8bitfiles.net/archives

home *** CD-ROM | disk | FTP | other *** search

/ 8bitfiles.net/archives / archives.tar / archives / genie-commodore-file-library / Information / CAT5MSGS.ARC / CAT5.1MSGS930520 next >

Wrap

Text File | 2019-04-13 | 31.9 KB | 944 lines

************ Topic 5 Sun Feb 14, 1993 M.RANDALL2 [Maurice] (Forwarded) Sub: Buddy 128 Two new files uploaded to allow Buddy 128 to load when a RamLink is present. 5 message(s) total. ************ ------------ Category 5, Topic 5 Message 1 Sun Feb 14, 1993 M.RANDALL2 [Maurice] (Forwarded) I just uploaded two new files that will allow you to load 'EBUD' and 'BUD' using JiffyDos commands when a RamLink is enabled on your 128. These replace the original files that were supplied with Spinaker's version of Power Assembler. Of course, you would have to own a copy of this assembler package to make use of these files. What would happen is that the kernal's SETBNK command would not get called to set the pointer to the filename for bank 0. The JiffyDos in RamLink leaves the pointer at $C7 pointing to bank 1. The kernal looks in bank one for the filenames and fails to find a corresponding file on the drive. The code continues on and pops into the monitor. Neither RamLink, nor Power Assembler is really at fault on this one. But in a sense, they are both at fault. The SETBNK should be called to point to the correct bank, and likewise, RamLink's JiffyDos should set the pointer back to what it was before it changed it. If you load 'BUD' or 'EBUD' with JiffyDos: /bud or ^bud, it will fail to load properly. But if you use BASIC 7.0 such as: run"ebud", then it will load and run properly since the JiffyDos wedge command is not being used. This could be a clue to why certain programs don't get past a boot program when using a RamLink on a 128. The 64 is not affected by this. ------------ Category 5, Topic 5 Message 2 Sun Feb 14, 1993 C128.JBEE (Forwarded) Interesting! ------------ Category 5, Topic 5 Message 3 Sun Feb 14, 1993 CMD-DOUG (Forwarded) Psssst! Maurice... we fixed that a long time ago. How old IS that ROM? :) ------------ Category 5, Topic 5 Message 4 Sun Feb 14, 1993 M.RANDALL2 [Maurice] (Forwarded) Oh.... I didn't know. Well, if you fixed it, then these two files are kinda meaningless. Oh, well. By the way, my ROM in the RamLink is V1.70 I think. You upgraded it for me about a year or so ago. I've got another one that came with the HD-20 that I did some trading for. It has somewhere around a V1.4 ROM if I remember right. I haven't used that RamLink yet, since it has no Ramcard in it. It says Rev. D with a serial number of RL000450. Does that one need a board upgrade? Or do I just need to get a ramcard and a new rom for it? I hope you don't think I was saying anything bad about the RamLink, Doug. I would be lost without this thing. The RamLink coupled with this HD is the best thing going. It's amazing what CMD has done with these units. ------------ Category 5, Topic 5 Message 5 Mon Feb 15, 1993 CMD-DOUG (Forwarded) No, Maurice, didn't take it badly at all. Just like to avoid as many calls as possible from users saying, 'I heard there was a bug in RAMLink?' if it is somethin that was already fixed. :) ------------ ************ Topic 6 Fri Feb 12, 1993 A.BURGER [Alex Burger] (Forwarded) Sub: C Programming & CPower A place to discuss C programming and CPower 5 message(s) total. ************ ------------ Category 5, Topic 6 Message 1 Fri Feb 12, 1993 A.BURGER [Alex Burger] (Forwarded) I'm about to upload the CPower directory listing from CRS. Ben Pedersen, the sysop of the old CPower support BBS uploaded a collection of files a while back which are included in this list. If anyone is interested in any of the files, then just ask. :) Alex ------------ Category 5, Topic 6 Message 2 Sat Feb 13, 1993 CBM-MARK (Forwarded) Excuse my ingnorance Alex ;) but what *is* CPower? Full blown programs, routines, or what? Source code? mmmmmm, If it's any of the above and the files are PD, why not upload 'em all? Uploads are free :D I've got a copy of Power C I've yet to learn how to use. Sample source code would sure be a help in learning. When I get the time that is :/ ▐▐Mark▐▐ ------------ Category 5, Topic 6 Message 3 Sat Feb 13, 1993 CBM-ED [e.g.bell] (Forwarded) C Power is one of the 2 C languages released commercially for native mod C128, Mark. ------------ Category 5, Topic 6 Message 4 Sun Feb 14, 1993 CBM-MARK (Forwarded) <smack>!! I *knew* that! :> Just a momentary loss of memory. ------------ Category 5, Topic 6 Message 5 Sun Feb 14, 1993 R.KNOP1 [Rob Knop] (Forwarded) Mark, I think your confusion may be stemming from the fact that C Power and Power C are one and the same. Or, at least, that's how I've figured it out, somebody correct me if I'm wrong. I guess that it was distributed by two different companies, thus the difference in name? Or am I wrong on that too? Also, to my understanding, it's distributed by _nobody_ know. -Rob ------------ Category 5, Topic 8 Message 4 Wed Jan 27, 1993 HOWIE-CBM (Forwarded) Rob, I know more than a few members of my club would like Randy's new BIOS. And, a multi-banked CP/M? Sounds very interesting! Howie ------------ Category 5, Topic 8 Message 5 Fri Jan 29, 1993 R.KNOP1 [Rob Knop] (Forwarded) Howie- I'll upload it here as soon as I get a "fixed" version from Randy. The one he uploaded to the ftp site at first had some problems; me and another guy who tried to compile a system from it found that out, and told Randy about it. He said that shortly he should have a working version up. BIOS-R6 incudes the ZPM 3.08 distribution archive, but I'll probably also upload that separately. ZPM is a BDOS (as opposed to BIOS) (BIOS is system (e.g. C128) specific, BDOS is not) replacement which is also supposed to make your system operate that much more efficiently. -Rob ------------ Category 5, Topic 8 Message 6 Sat Jan 30, 1993 HOWIE-CBM (Forwarded) Thanks Rob!!! Howie ------------ Category 5, Topic 8 Message 7 Sun Jan 31, 1993 A.BURGER [Alex Burger] (Forwarded) Rob, will BIOS-R6 support the 1581 drive? Alex ------------ Category 5, Topic 8 Message 8 Sun Jan 31, 1993 R.KNOP1 [Rob Knop] (Forwarded) Alex- Yes, it will. This is one of the changes from Randy's BIOS-R5, which didn't inclue the standard C= 1581 format in it. However, when I tried to compile the system myself, I couldn't get it to work with my 1581... one of the reasons Randy will soon release a "fixed" BIOS-R6. Definitely a worthwhile file if you are into CP/M. Note that you will need MAC, RMAC, and some other utilities that come with the "extra" CP/M stuff you could order from Commodore (using the card in the User manual), and also that (in my experience) come on the 1581 system you can (or, at least, could) get from Commodore. -Rob ------------ Category 5, Topic 8 Message 9 Sun Jan 31, 1993 HOWIE-CBM (Forwarded) Rob, Last time that I checked both CP/M packages are still available. It is important to be careful though to specify which package you are ordering. Howie ------------ Category 5, Topic 8 Message 10 Wed Feb 03, 1993 A.BURGER [Alex Burger] (Forwarded) re: BIOS-R6 I'll be alright, as I have the extra disks from Digital Research (plus the book). I don't use CP/M much, but I'd still like to have a good CP/M system disk. I'll wait for the fix. :) Thanks. Alex ------------ Category 5, Topic 8 Message 11 Thu Feb 04, 1993 R.KNOP1 [Rob Knop] (Forwarded) Alex- in a moment of confusion, I forgot where I'd started this discussion, and started a new topic in Cat 3. (#3-36). I do have the fix now, and will be uploading it shortly... maybe even tonight or tomorrow.... More exciting stuff will be coming later in the form of a C128-capable version of ZCCP, an enhanced CCP replacement, and other neat things. -Rob ------------ Category 5, Topic 8 Message 12 Thu Feb 04, 1993 CBM-MARK (Forwarded) Probably would be better to continue the CP/M stuff in Rob's new topic ;D Category #3, Topic #36. ▐▐Mark▐▐ ;) ------------ ************ Topic 9 Mon Jan 18, 1993 RUSSELLS5 (Forwarded) Sub: escape sequencies...control characters I need to knowthese sequences and characters thatapplyin CPM... 4 message(s) total. ************ ------------ Category 5, Topic 9 Message 1 Mon Jan 18, 1993 RUSSELLS5 (Forwarded) I posted this over in the CPM area but could not get a definitive answer. I am trying to install a software package in CPM on my 128 and the software says that if you want to print in compressed mode (ie..132 charactews on an 80 character printer) you have to enter the ASCII control characterw in order to do this. My question is...what are these control characters in CPM... that is...True ASCII. I can;t seem to find my printer manual that gives these for the 64/128 mode. I have a Seikosha SP 1000VC printer. Can some genius out there give me the escape or control characters to do this in CPM or at least tell me what the 127 ASCII characters do on their own and maybe I can figure it out for myself. Thanks for any help that can be given. ------------ Category 5, Topic 9 Message 2 Mon Jan 18, 1993 C128.JBEE (Forwarded) For those that do not know the SP-1000 is a MPS-1525 clone, right? I didn't think it was capable of printing 132 characters per line. What software package are you trying to install? When using printer control codes the ASCII code that starts the sequence is CHR$(27) which is the ESCape character. Though the CONTROL key might be used in a software package. ------------ Category 5, Topic 9 Message 3 Tue Jan 19, 1993 CBM-MARK (Forwarded) If the SP1000 *is* a MPS1525 clone this won't do you any good but for my Panasonic printer the codes for compressed print are: chr$(27)+chr$(15) To release this use: chr$(18) Worth a try ;) ▐▐Mark▐▐ ------------ Category 5, Topic 9 Message 4 Wed Jan 20, 1993 HOWIE-CBM (Forwarded) At the risk of repeating what I said in the CP/M RoundTable, you would use the exact same printer codes in CP/M that you use for 64 and 128 mode programs. There would be no difference. The only thing to be careful about is to specify to the CP/M sys whether you want printer output to be in ascii or petascii, and to do this within your SUBMIT. I cannot get more definitive than this... :/ Howie ------------ ************ ************ Topic 12 Mon Apr 20, 1992 PAUL-MB (Forwarded) Sub: Talking with the Modem... Help! :) No, actually, I'm just curious. How does one talk to the modem - and receive text from it - from <gasp> BASIC? A line by line send/receive routine would be appreciated. 128 preferred. :) -PM 20 message(s) total. ************ ------------ Category 5, Topic 12 Message 1 Tue Apr 21, 1992 HOWIE-CBM (Forwarded) Paul, I believe it is no more complicated than first setting up the └talk' stuff, like baud, stop bit, etc., and then opening and reading/writing in and out of channels, the same as you'd do with a disk drive. And... Nothing to be ashamed about accessing a modem thru Basic. I saw somewhere that someone did this using a SwiftLink, and got reliable 19k baud thruput *IN* Basic. :) (Might have even been 38k, but know for sure it was 19k.) Howie ------------ Category 5, Topic 12 Message 2 Tue Apr 21, 1992 CBM-ED [e.g.bell] (Forwarded) Howie is correct, Paul. The only thing he didn't specifically say was that you must use channel 2 for modem stuff. Right off hand I don't know the correct 'filename', but it will be a set of about 4 CHR$() codes that specify the things Howie mentioned. You will *have* to use compiled BASIC if you want to go as 'fast' as 1200 baud, unless you are using a SwiftLik cart. I don't know what the upper limit of that cart from BASIC is, but it would have to be very high since it relieves the C64 / 128 from any of the tedious bit i/o. All you have to do with this cart is standard GET#2. Oh, one other thing... once you get data over your modem, you have to translate it from PETSCII to ASCII, really a matter of trading caps and lower case. Check out some of the old C64 terms in the library. Some of them are in BASIC. There is also source code out there for the Punter protocol, which includes a routine for basic communications back and forth between remote systems. Ya plannin' to write a term? ------------ Category 5, Topic 12 Message 3 Tue Apr 21, 1992 PAUL-MB (Forwarded) I plan on using compiled 128 BASIC for this program. <whispering> It's not going to totally be a term, but it will be mainly a port from IBMs and Macs...you'll see! I can handle the PET<>ASCII conversion, no problem. ▐▐▐ Paul ▐▐▐ ------------ Category 5, Topic 12 Message 4 Sun Apr 26, 1992 CBM-ED [e.g.bell] (Forwarded) Well, then you got it beat, at least talking to the modem part. An offline reader would definitely be nice... I know Wizard probably takes care of that mostly here, but on FIDO, people would *kill* for an offline reader!!! One that runs in non-CP/M mode that is >ducking<. :-) ------------ Category 5, Topic 12 Message 5 Sun Apr 26, 1992 PAUL-MB (Forwarded) This first program won't be THAT port (I think I know what you mean ;) but I might try my hand at that...later! :) BTW I downloaded a purely BASIC Xmodem terminal (first file in the 128 Telecom Library.) Thanks for the advice! ▐▐▐ Paul ▐▐▐ ------------ Category 5, Topic 12 Message 6 Wed May 13, 1992 B.HOLMSTROM [Bruce] (Forwarded) If I understand what you're looking for there is a Basic modem program listed on page 387 of the 128 Programmers Reference guide. It is 26 lines long I can put it in here if you want it? Bruce ------------ Category 5, Topic 12 Message 7 Thu May 14, 1992 PAUL-MB (Forwarded) Sounds good Bruce. Thanks! I just downloaded the very first file in the 128 Telecom Library, a BASIC Xmodem term. :) -Paul ------------ Category 5, Topic 12 Message 8 Sun May 17, 1992 B.HOLMSTROM [Bruce] (Forwarded) Here is that program in case it will help you out Paul... 10 REM Simple dumb terminal emulator 20 REM This program requires a modem 30 open 5,2,3,chr$(6)+chr$(0) 40 dim f%(255),t%(255) 50 for j=32 to 64:t%(j)=j:next 60 t%(13)=13:t%(20)=8:rv=18:ct=0 70 for j=65 to 90:k=j+32:t%(j)=k:next 80 for j=91 to 95:t%(j)=j:next 90 for j=193 to 218:k=j-128:t%(j)=k:next 100 t%(146)=16:t%(133)=16 110 t%(137)=3:t%(134)=17:t%(138)=19 120 for j=0 to 255 130 k=t%(j) 140 if k<>0 then f%(k)=j:f%(k+128)=j 150 next 160 print" "chr$(147) 170 get #5,a$ 180 if a$=""or st<>0then220 190 print" "chr$(157);chr$(f%(asc(a$))); 200 if f%(asc(a$))=34thenpoke212,0 210 goto170 220 printchr$(rv)" "chr$(157);chr$(146);:geta$ 230 ifa$<>""thenprint#5,chr$(t%(asc(a$))); 240 ct=ct+1 250 ifct=8thenct=0:rv=164-rv 260 goto170 If I remember correctly line #30 opens the channel at 300 baud -Bruce- ------------ Category 5, Topic 12 Message 9 Mon May 18, 1992 HOWIE-CBM (Forwarded) Here's a re-post of Bruce's message. Hopefully, I put CR's in the right places: :) -------------------------- Here is that program in case it will help you out Paul... 10 REM Simple dumb terminal emulator 20 REM This program requires a modem 30 open 5,2,3,chr$(6)+chr$(0) 40 dim f%(255),t%(255) 50 for j=32 to 64:t%(j)=j:next 60 t%(13)=13:t%(20)=8:rv=18:ct=0 70 for j=65 to 90:k=j+32:t%(j)=k:next 80 for j=91 to 95:t%(j)=j:next 90 for j=193 to 218:k=j-128:t%(j)=k:next 100 t%(146)=16:t%(133)=16 110 t%(137)=3:t%(134)=17:t%(138)=19 120 for j=0 to 255 130 k=t%(j) 140 if k<>0 then f%(k)=j:f%(k+128)=j 150 next 160 print" "chr$(147) 170 get #5,a$ 180 if a$=""or st<>0then220 190 print" "chr$(157);chr$(f%(asc(a$))); 200 if f%(asc(a$))=34thenpoke212,0 210 goto170 220 printchr$(rv)""chr$(157);chr$(146);:geta$ 230 ifa$<>""thenprint#5,chr$(t%(asc(a$))); 240 ct=ct+1 250 ifct=8thenct=0:rv=164-rv 260 goto170 If I remember correctly line #30 opens the channel at 300 baud -Bruce- ---------------------- Ending a message with *SN instead of *S tells GEnie not to fool around with line formatting. :) Howie ------------ Category 5, Topic 12 Message 10 Mon May 18, 1992 PAUL-MB (Forwarded) Thanks Bruce! (: Paul :) ------------ Category 5, Topic 12 Message 11 Tue May 19, 1992 B.HOLMSTROM [Bruce] (Forwarded) Opps :) quite right I forgot about the *SN -Bruce- ------------ Category 5, Topic 12 Message 12 Sat May 30, 1992 PAUL-MB (Forwarded) I'm now working on something different than what spurred this topic. Should be different...stay tuned! ▐▐▐ Paul ▐▐▐ ------------ Category 5, Topic 12 Message 13 Sun May 31, 1992 PAUL-MB (Forwarded) Okay, folks, I have a favor to ask you ML programmers out there. Can anyone write me an ML routine (4864/$1300 is fine) that will... 1. Get the last 80-character line from the modem and put it into a string 2. Handle modem garbage :) The reason? Well, I can't say. But this program is DIFFERENT from the port I mentioned above, and it will be like no other program of its genre! Think about it. :D :) Paul (: ------------ Category 5, Topic 12 Message 14 Sun May 31, 1992 CBM-ED [e.g.bell] (Forwarded) Are you in a hurry? What you want is not that big a deal, but I am in the middle of something just at the moment. I guess you 1▌ don't work in ml, and 2▌ aren't interested in learning. Otherwise, this seems to be a nice bite sized project to cut your teeth on. Anyway, if you are not in a hurry, I can do it as soon as I get a minute or 2 (hyperbole!) ------------ Category 5, Topic 12 Message 15 Sun May 31, 1992 PAUL-MB (Forwarded) Ed- No, no hurry at all. I do work in ML somewhat. I think, though, that BASIC (which is what this program is in right now) is not ideal for modem talking. :) :) Paul (: ------------ Category 5, Topic 12 Message 16 Thu Jun 04, 1992 B.HOLMSTROM [Bruce] (Forwarded) Basic is adequate for modem stuff as long as you aren't in too much of a hurry...I think that program I listed for you earlier will handle up to 1200 baud if you are in the FAST mode if I remember correctly-I played with it for a little while. You want that 80 character string peeked into Basic as a String? or just left in ML and you will write the peeking? Have you got some kind of an indicator as to when you want that 80 character string grabbed or you just want a continuous record of the last 80 bits to come thru the modem port dumping #1 bit every time a new #81 bit comes in and then rotated? I'm in the middle of 3 ML programs myself.I'm new to ML programming but well experienced in Basic programming and it sounds like a good project to get started with ML on to me. It isn't near as difficult as I thought it was.Anyway if you really want someone else to write it maybe a bit more detail in what you are looking for might be helpful? Bruce ------------ Category 5, Topic 12 Message 17 Fri Jun 05, 1992 CBM-ED [e.g.bell] (Forwarded) Just a bit more... If you are only interested in the last 80 characters the modem, I think BASIC is more than fast enough even for 2400. I am assuming that you are not doing screen displays here. All you have to do is grab the RS232 input buffer pointer and subtract 80 from it. That pointer is at 2585. You would have to process the situation where that number would be less than zero after the subtraction. Just add the negative number to 256. That would give you the first of the 80 chars. Then just read from that point in the buffer starting at 3072. The buffer is only 256 bytes, and wraps at the end. Since you say you only want the last 80 bytes, just poll either the indices to the buffer, ex: if peek(2584)=peek(2585) then no char received. To see when you are finished receiving, you could poll bit 1 of address 2575, which signals bits are being received. For example, if peek(2575) and 2>0 then bits incoming from remote. I am still willing to do the coding, just might be quicker if I can tell you how to do it. BTW, I am going to upload a bunch of old C64 routines I used once when I was trying to write my own BBS. It worked, but never to my satisfaction, but the routines should prove of some use to see how things should (or shouldn't) be done. Watch for it maybe on Sunday or Monday. Like I said, I'm REALLY busy! ------------ Category 5, Topic 12 Message 18 Sat Jun 06, 1992 PAUL-MB (Forwarded) _Thanks_, Ed...that really helps. :) I'll try my hand at it before asking someone else to do it. No messy OPEN statements are required with the buffer routine, right? BTW I downloaded Total Recall...still learning but it is very good :) :) Paul (: ------------ Category 5, Topic 12 Message 19 Sat Jun 06, 1992 CBM-ED [e.g.bell] (Forwarded) I guess I wasn't clear on the open. You have to OPEN 2,2,???. The ??? represent the open parameters (stop bits, parity, etc.) You can check your Prog. Ref Guide or whtever you have, or let me know what configuration you need. But I know you will need to open a file to the modem. Hmmm. I am *pretty sure* you do anyway. If Bill Coleman is lurking around here, he would be the guy to ask about that. He is a genius when it comes to that stuff. Me, I'm just cute! :-) You may be right tho, about not having to open a channel. I don't know if just the incoming data will... no, scratch that. You have to open up the channel to the modem to set the baud rate and all. But that is a one line deal. But just ask if you need more info wrt opening the modem channel. ------------ Category 5, Topic 12 Message 20 Sun Jun 07, 1992 PAUL-MB (Frwarded) Okay, thanks Ed! ▐▐▐ Paul ▐▐▐ ------------ ************ Topic 14 Sat May 16, 1992 J.STEPPE (Forwarded) Sub: Can't find BASIC 8 to buy. Need help! Requesting a source to buy BASIC 8 and tool kit. I checked mail order sources but no luck. I want to become a BASIC 8 developer and any help would be welcome. Thanks. 7 message(s) total. ************ ------------ Category 5, Topic 14 Message 1 Sun May 17, 1992 C128.JBEE [* Sysop *] (Forwarded) Briwall 1-800-766-5757 $19 try to buy Basic 8 without the toolkit since it probably is not worth much more than $2. Almost all the stuff is bettered by the PD here. ------------ Category 5, Topic 14 Message 2 Thu May 28, 1992 J.STEPPE (Forwarded) T hanks, I' ll try again but I called BRiriWall and they said they would not be carrying it anymore. Any other sources?? John *s *S *s ------------ Category 5, Topic 14 Message 3 Thu May 28, 1992 C128.JBEE [* Sysop *] (Forwarded) SSI 1-800-356-1179 ------------ Category 5, Topic 14 Message 4 Tue Jun 02, 1992 J.STEPPE (Forwarded) Thanks for all the help! I got it through oftware Support International. Price was $19.75 plus $5 S+H. I'm excited about using it. Thanks again, John. ------------ Category 5, Topic 14 Message 5 Wed Jun 03, 1992 C128.JBEE [* Sysop *] (Forwarded) Don't forget we have a Basic 8 library here too with a lot of programs to use as a learning tool. I use to program quite a bit in Basic 8 so if you need help just leave a topic or post in Cat #11. ------------ Category 5, Topic 14 Message 6 Wed Jul 22, 1992 G.BIRECKI3 (Forwarded) Hi, I'm looking for a higher level basic to use for a C-64. preferrably compiled with an editor. does anybody know of anything, and where I can get it? What do most people use for the C-64? Eric ------------ Category 5, Topic 14 Message 7 Wed Jul 22, 1992 CBM-ED [e.g.bell] (Forwarded) There was a for sale in the BB here in the *FlagShip* from a guy selling the Abacus BASIC 64 for $10. I seriously considered it myself. You'll have to find the post yourself, but I know it is out there. I'm out of time right now or I'd find it for you myself. Gotta go to work. argh! ------------ ************ Topic 15 Sat Jul 11, 1992 E.TOLBERT (Forwarded) Sub: Super C128 and Doodle slides Has anyone know how to write a SuperC128 routine which will load and display Doodle slides? 3 message(s) total. ************ ------------ Category 5, Topic 15 Message 1 Sat Jul 11, 1992 R.KNOP1 [Rob Knop] (Forwarded) Well, it's been a long while since I've played around with Super-C, but it looks like you ought to be able to do it something like this: (1) open the file with fopen() or open(). (The latter if you consider yourself a C128 programmer, the former if you consider yourself a C program who is programmer who is programming on the 128.) (See page ca. 170 in the manual.) (2) Allocate the graphics screen and switch to the graphic screen. You can either use the routine graphic() (page 190), and then fiddle the VIC bits to convert the graphic screen from multi-color 160x200 screen back to a 320x200 screen, OR you can write a routine to fiddle all the VIC bits from scratch. (3) Using the memory map for Super-C 128 on page 202 of the manual, and asuming that the Doodle file format is: (defined in C) struct Doodle █ unsigned char colormap[1024]; unsigned char bitmap[8192]; ▌; you could then load in the doodle file with the calls: (see p. 169-170) fgetf(0xe000,1024,fd); /*fd is the file descripter returned from open()*/ fgetf(0xc000,8192,fd); You will probably want to check the return values of fgetf() to make sure everything went allright. (Does the C standard 0x#### work in Super-C for hexadecimal numbers? I forget. Anyway, looking at example code on pp. 203-204, it looks like the graphic routines define some standard variables with pointers to the bitmap.) Good luck! -Rob ------------ Category 5, Topic 15 Message 2 Sat Jul 11, 1992 C128.JBEE [* Sysop *] (Forwarded) Thank heavens for Basic 7.0 :D ------------ Category 5, Topic 15 Message 3 Sun Jul 12, 1992 E.TOLBERT (Forwarded) Thanks for the suggestion. I think that is might be exactly what I need to write the routine. Again, Thanks, Edward ------------ ************ Topic 16 Mon Jul 13, 1992 E.TOLBERT (Forwarded) Sub: BASIC 7.0 DOPEN command Is it possible to use BASIC 7.0 DOPEN command with a variable substituted for the filename? 4 message(s) total. ************ ------------ Category 5, Topic 16 Message 1 Mon Jul 13, 1992 C128.JBEE [* Sysop *] (Forwarded) Yes a$="filename" dopen#8,(a$),s,w ------------ Category 5, Topic 16 Message 2 Tue Jul 14, 1992 M.DULSKI1 [Mark @WIZARD] (Forwarded) In Basic 7.0, when you find a variable doesn't seem to work with a command put the variable in parenthesis. All dos commands require this and I believe POINTER has to have the variable in parenthesis too. ------------ Category 5, Topic 16 Message 3 Tue Jul 14, 1992 E.TOLBERT (Forwarded) You guys are great. Thanks. Edward ------------ Category 5, Topic 16 Message 4 Wed Jul 15, 1992 C128.JBEE [* Sysop *] (Forwarded) You're welcome :) ------------ ************ Topic 17 Thu Jul 16, 1992 N.BARRETT [Brian] (Forwarded) Sub: 64 as remote control? A long time ago there was a software/hardware combo published in a magazine that told how to use the user port for your own purposes (Like driving a robot) Where was it? 5 message(s) total. ************ ------------ Category 5, Topic 17 Message 1 Thu Jul 16, 1992 N.BARRETT [Brian] (Forwarded) I'm in the process of designing light show gear and I've already designed the schematic for the lights and the motors they're attached to. What I need now is a way to send a different message to the user port, depending on which button is pressed, and know how the message is sent so it can be decoded by the hardware. I know it's kinda tricky. it's both a software and a hardware question. I'm not sure if I'm making any sense, so I'll simplify even more... I press 'A' on the keyboard, the software does a 'POKE' routine which sends a signal through the user port to the machine. I know this can be done from Radio Shack parts I just don't remember how or where I saw it. Can anyone please help me? -Brian ------------ Category 5, Topic 17 Message 2 Sat Jul 18, 1992 HOWIE-CBM (Forwarded) Brian, As you've noticed sending signals to the User Port is fairly simple. The tricky part is then interfacing the port with the hardware or robot. Aside from properly reading what gets sent to the port, the interface has to account for possible different voltages, etc. I'd suggest that you contact Jason-Ranheim and Schnedler Systems. Chances are either or both will have the hardware intrfacing required and supporting software ready to run. No need for re-inventing the wheel... :) Here are the addresses: Jason-Ranheim 3105 Gayle Lane Auburn, CA 95603 Tel: (800) 421-7731 - for orders (916) 878-0785 - for tech info and support Schnedler Systems 25 Eastwood Road Asheville, NC 28813 Tel: (704) 274-4646 Howie ------------ Category 5, Topic 17 Message 3 Sat Jul 18, 1992 C128.JBEE [* Sysop *] (Forwarded) TC-128 did a review of the Schnedler boards and will do doing a review of the Jason-Ranheim ones later this year. The Abacus "Internals 128" book had a small section on driving LEDs with the User port. ------------ Category 5, Topic 17 Message 4 Thu Jul 23, 1992 N.BARRETT [Brian] (Forwarded) Thanks a lot, I'll be lloking into it. ------------ Category 5, Topic 17 Message 5 Thu Jul 23, 1992 C128.JBEE [* Sysop *] (Forwarded) You're welcome :) ------------ ************ Topic 18 Thu Jul 16, 1992 E.TOLBERT (Forwarded) Sub: Super C64/128 Declarations Super C has this strange declarations "char (*video)[40] = 0xe000" I know how to interpret this when it is a functions, i.e., "int (*compare)()", but how is this interpreted for arrays. 1 message(s) total. ************ ------------ Category 5, Topic 18 Message 1 Fri Jul 17, 1992 R.KNOP1 [Rob Knop] (Forwarded) char (*video)[40]=0xe000 This declares a pointer to an array with 40 elements, each a byte long. Because the parentheses are around the *video, you dereference that FIRST; then you dreference the index. The initialization forces this array to exist physically in memory at $E000. (Which, in the Super-C V2 (for C64) memory layout, is the location of video ram... so, you have a pointer to an array which contains the first 40 characters (top screen line) of video ram.) In other words, if you do a=(*video)[0], a will have the contents of memory location $e000. If you do a=(*video)[1], a will have the contents of memory location $e001. And so forth. -Rob ------------