8bitfiles.net/archives

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

/ 8bitfiles.net/archives / archives.tar / archives / genie-commodore-file-library / Information / PRGMNG-MSGS.ARC / 00PRG.MSGS next >

Wrap

Text File | 2019-04-13 | 41.3 KB | 1,081 lines

rea 2 nor rea 4-5 nor rea 7-9 nor ************ Topic 2 Sun Jan 30, 1994 J.SERAFINO (Forwarded) Sub: file copier help Help needed on ML file copier program 3 message(s) total. ************ ------------ Category 5, Topic 2 Message 1 Sun Jan 30, 1994 J.SERAFINO (Forwarded) I am attempting to write a file copy module for menuette, which I can't seem to get working. I don't have reference material on this subject, outside of the 'commodore reference guide'. I could use either a text file explaning the necessary kernal routines, or a documented source file to examine. ------------ Category 5, Topic 2 Message 2 Mon Jan 31, 1994 CBM-ED [e.g.bell] (Forwarded) JS: JS> I could use either a text file explaning the necessary kernal JS> routines setnam $ffbd - .a=length, .x=address of name low .y = address of name hi setlfs $ffba - .a=file # .x=device # .a=secondary address setbnk $ff68 - .a=bank of data .x=bank of file name open $ffc0 - open file - no parameters passed. ex: name .byte "Demo File Name":.byte 0 ; open.file = * lda #14:ldx #<name:ldy #>name:jsr setnam lda #0:tax:jsr setbnk lda #6:ldx #8:tay:jsr setlfs:jsr open To access the data in the file, the routines you need are: clrchn $ffcc Clear all currently opened channels chkout $ffc9 Connect channel to file chrout $ffd2 Send character in .a to file $90 status byte - non-zero if eof or file error Bit 6 set for end of file. ex: write.bytes = * ldx #6:jsr chkout; load .x w/file number from 'setlfs' above ldy #0 !01 lda ($fb),y:jsr chrout lda $90:bne !02 iny:bne !01 beq !03 ; !02 and %01000000:bne !03 jsr error.handler !03 jmp clrchn; disconnect channel and exit ; To read from the file, you need: chkin = $ffc6 getin = $ffe4 ex: read.file = * jsr clrchn ldx #6:jsr chkin; .x=file # from 'setlfs' above !01 jsr getin:ldx $90; getin gets char in .a jsr store.char; store char somewhere cpx #0:beq !01; is status=0 - yes then loop jsr error.handler jmp clrchn; exit w/channels clear ; To close the file: close.file = * lda #6:jsr close; .a=file # from 'setlfs' above jmp clrchn That is pretty much it. The routines above are the 'higher-level' kernal routines, and are somewhat easier to use than the lower level ones. :) ------------ Category 5, Topic 2 Message 3 Mon Apr 18, 1994 CBM-PRESS at 22:00 EDT The technical data given in the last message is what you need to make things work on the lowest level. Beyond that, your choices are: 1. Copying single-drive to a different disk? Then you have to set up a buffer area, as large as you can, so that you can read the stuff in, allow the user to swap disks, and then write out the copy. Grabbing a whole file at a time makes things simpler; copying files in "pieces" takes a lot of careful work (not just by the programmer, but by the user, too). 2. Copying "live" from one connected drive to another? Or on the same disk, with a name change? Your buffer doesn't need to be anywhere near as big; perhaps around 256 bytes would be good. (Yes, you could copy one character at a time, but the constant "talk/untalk/listen/unlisten" signals on the serial bus would slow things down. You may be looking for advice at a different level. Perhaps you could supply more detail on your problem. --Jim Butterfield ------------ 5 ************ Topic 4 Sun Jan 23, 1994 GEOS-TIM (Forwarded) Sub: ****** PROGRAMMING FORUM ******* A Programming forum will be held on Thursday nights with your host: (Tony)A.Tolle 3 message(s) total. ************ ------------ Category 5, Topic 4 Message 1 Sun Jan 23, 1994 GEOS-TIM (Forwarded) KICK OFF for Programming Forum Tuesday night We will be having a kick off for Tony's new format this Tuesday in room 6 in the RTC. Come on in and give Tony some input regarding your needs in regards to programming. Possibilities include a beginning programming class, tutorial info, programming ideas, etc.. Or just come in to let us know you are interested in such a Real Time area. So come on in, we will be looking forward to talking to you. It will be this Tuesday, January 25 th. from 10 till ?. :) -Tim BTW Several programmers have already indicated they will be dropping in. This is open to all: beginners to experts. ------------ Category 5, Topic 4 Message 2 Tue Jan 25, 1994 A.TOLLE (Forwarded) I have always thought it would be a good idea to have one RTC per week where people can come and discuss programming and get programming help, so I will start hosting just such a conference on Thursdays beginning 94-Jan-27. Before I do this, though, I want to find out what people are interested in so I can plan the future RTC's to suit the most number of people--Come and join in the discussion on Tuesday, January 25, 1994. The RTC will begin at 10:00pm EST and will continue as long as people are still showing up to express interest, up till 1am EST. I hope to see you there! Tony Tolle ------------ Category 5, Topic 4 Message 3 Sun Feb 27, 1994 GEOS-TIM at 18:03 EST Tony, I noticed that there are Programming ML lesson transcripts coming to our libraries. Is this the first one, or should I look for more? I have a hard time making it on Thursday nights and this would be an excellent way for me to learn some ML programming. Could you keep us posted on your uploads of lessons? Thanks. :) -Tim ------------ ************ Topic 5 Tue Jan 18, 1994 E.RAFANAN (Forwarded) Sub: Loadstart 128? Is Loadstar still being published? 24 message(s) total. ************ ------------ Category 5, Topic 5 Message 1 Tue Jan 18, 1994 E.RAFANAN (Forwarded) Are Loadstar 64 and Loadstar 128 still being published? And if so, are they still accepting submissions? ------------ Category 5, Topic 5 Message 2 Wed Jan 19, 1994 CBM-ED [e.g.bell] (Forwarded) ER: Yes, LoadStar is still being published, and yes they are still taking submissions. You should write them and get their submissions package, which includes the forms to submit your programs and other basic info. ------------ Category 5, Topic 5 Message 3 Sat Jan 22, 1994 E.RAFANAN (Forwarded) Thanks! What is there address (or are they online)? ------------ Category 5, Topic 5 Message 4 Wed Jan 26, 1994 CBM-ED [e.g.bell] (Forwarded) I bet you thought I forgot about you. :) The address you want is this: SoftDisk Publishing attn: Submissions P.O. Box 30008 Shreveport LA 71130-0008 I don't know the 800 number anymore, but you can write requesting the author's package, which includes the forms, etc. ------------ Category 5, Topic 5 Message 5 Sat Feb 12, 1994 P.KELLER5 (Forwarded) And they are especially looking for 128 programs! Of course 64 too, but they are running out of 128 programs. ------------ Category 5, Topic 5 Message 6 Tue Feb 15, 1994 S.EYRSE (Forwarded) The other question was are they comming back ONLINE here? and why did they drop off anyway..with Q dying I would think they would want to have a strong position here..? ------------ Category 5, Topic 5 Message 7 Wed Feb 16, 1994 J.THOMPSON75 [Wyrkham] (Forwarded) They are around but they are a quartly disk publication. BTW their front end is much slicker than Compute's and now has a utility to copy the disk over into a 1571 format rather than flipping sides. JimBo : ------------ Category 5, Topic 5 Message 8 Wed Feb 16, 1994 E.RAFANAN (Forwarded) Thanks for all the info. I was hoping they were still in business! ------------ Category 5, Topic 5 Message 9 Thu Feb 17, 1994 J.STEPHENSO1 [Jimbo] (Forwarded) Actually, LoadStar for the 64 is still monthly. You can get it on two 'flippy' disks for a total of 4 disk sides, or you can request it on 3 1/4" 1581 format disks (that's the way I get it). LoadStar 128, on the other hand, is quarterly, probably because of the dearth of C=128 programs and programmers. I highly recommend them both. Jim Stephenson ------------ Category 5, Topic 5 Message 10 Mon Feb 21, 1994 R.CASHON [BOB] at 01:44 EST LOADSTAR 128 is still alive & kicking since I'm taking the quarterly disk. The only thing I see coming down the road is lack of prog- ramming. This leads FENDER TUCKER (the C=128 Editor) currently scouring the woods of EUROPE for more programs. His purpose is to add to the C=128 baggage any program as good as the program that he received from SCANDIANAVIA called "DISKSERVANT". Perhaps some of you "gods of OLYMPIA" can forego your current interest in the deep dark parts of HD manipulation and CMD devices, long enough to pump out some progs to help keep the C=128 field alive. ------------ Category 5, Topic 5 Message 11 Mon Feb 21, 1994 CBM-ED [e.g.bell] at 09:02 EST Bob: BC> some of you "gods of OLYMPIA" can forego your current interest BC> in the deep dark parts of HD manipulation and CMD devices, BC> long enough to pump out some progs I don't know about the 'gods' thing (tho my wife still serves me up a burnt offering from time to time) but I have some perspectives on the progamming. I have had some of my programs bought by LoadStar, and on the whole, the experience has been good. However, they have changed their contract for the worse, in my opinion. When I first sold a program, the terms were pretty straightforward... sign the contract, and payment was made within 30 days. Now, however, their contracts, at least the last 2 they have sent me, pay 1/2 within 60 days and the balance when the program is published. They just bught 2 from me, both around November/December. One I have received payment in full for, the other only the 1/2. I have little doubt that they will pay, but I have to admit the situation is a bit discouraging. Kind of like paying 1/2 price for full rights. And I stress, in case this messages gets quoted all over who-knows-where, that I believe they will pay up. When is the question. I'm kgoing to be more open to submitting to Compute in the future, at least in the first submission. I have been sending stuff to LoadStar primarily, to this point, for 2 reasons. First, being disk based, they were not limited as to size. My programs tend toward the large size. Second, some of the programs I have submitted had been uploaded to GEnie some time ago. I updated them, particularly Indexer, which should be on the current disk, but some magazines don't care for programs that have been around awhile. But as I write new stuff, this won't be a consideration, and I believe I can honestly say that I produce. I have written a lot of programs that I believe are high-quality, and I never had the luxury of working with ideas and source code of people who send it to me for consideration. My stuff has been pretty much original. Particularly the stuff LoadStar has bought. I don't know if the idea is to get someone to contribute regularly enough to work up a 'bank' or something, but that is just a perspective I have on the new contract arrangement. I'll still submit stuff to them but I am also going to consider other avenues now, and it is kind of unfortunate because as I said, on the whole, my dealings with LoadStar have been fairly satisfying, and I think Fender Tucker is a straight shooter. ::: bowing and slinking into the wings ::: ------------ Category 5, Topic 5 Message 12 Thu Feb 24, 1994 P.KELLER5 at 05:44 EST These programs that you sent to Loadstar, were they 64 or 128 programs? I can maybe see why they changed the rules for 64 programs, on their last disk, they were stating that they have plenty of 64 programs, but are really looking for 128 programs, as they are getting short of them. Maybe if you did some 128 programs, you might get paid earlier because they would put them in the 128 Loadstar quicker? Just a thought. ------------ Category 5, Topic 5 Message 13 Thu Feb 24, 1994 CBM-ED [e.g.bell] at 08:37 EST PK: PK> were they 64 or 128 programs? I can maybe see whythey changed PK> the rules for 64 programs, on their last disk, they were PK> stating that they have plenty of 64 programs, but are really PK> looking for 128 programs, as they are getting short of them Buzzzzz! Every program they have bought has been for 128 mode. It is ironic that I got a call from Fender Tucker yesterdy about another program I submitted. I also sent him a 64 version of a 128 mode program they bought which will be on the current (or next) disk. It seems to me that they have changed the rules period. PK> Maybe if you did some 128 programs, you might get paid earlier PK> because they would put them in the 128 Loadstar quicker Don't think so! :) As I said, it is nothing I'm starving for, and I can afford to wait. It is just not encouraging to me. I signed the one contract in late November or early December. I got 1/2 w/in the 60 days, but have heard no more about the rest of the money. The other program was accepted around the same tme, and I've been paid in full for it, in 2 installments. I find it discouraging, and particularly so in view of the fact that there are other places to go. As far as the quality of my programs, I'm happy with them, and I still get letters from people in the U.S. and Canada who have found Magic so useful. Again, this is just a tiny sore spot with me... I'm not a god, and I don't have a fixation on CMD devices, but I do write a lot of programs. Do a search on my name (e.g.bell) in the libraries and you'll see a lot of files of mine in the libs. ------------ Category 5, Topic 5 Message 14 Thu Feb 24, 1994 F.OGLE [Color BBS] at 23:25 EST Ed -- If we work hard at it, there is still hope for fixation of CMD devices! ;) ------------ Category 5, Topic 5 Message 15 Fri Feb 25, 1994 B.KIRKLAND at 00:18 EST Does Loadstar accept programs made in BASIC and compiled, or do they just use ML programs? Also, how can I contact them? Bob ------------ Category 5, Topic 5 Message 16 Fri Feb 25, 1994 S.GOLDSMITH2 [Iron.Man] at 02:57 EST ED, Does LoadStar accept C128 CP/M stuff? Maybe it will encourage me to do a Z80 GIF decoder or something... SG :) ------------ Category 5, Topic 5 Message 17 Fri Feb 25, 1994 CBM-ED [e.g.bell] at 19:36 EST BK> Does Loadstar accept programs made in BASIC and compiled Yes. The second one they bought from me was a compiled BASIC program. I suspect there are more people who do that than program in ML. SG> Does LoadStar accept C128 CP/M stuff? Maybe it will encourage SG> me to do a Z80 GIF decoder or something I'm inclined to say no for a couple reasons. First, they only recently started offering their disks on 1581 format, and I believe they ship their 5.25 disks on 1541 formatted-both-sides disks. However, I can't speak for them cuz I don't know for sure. ------------ Category 5, Topic 5 Message 18 Fri Feb 25, 1994 B.KIRKLAND at 20:38 EST Do you have an address where I can reach them? Bob ------------ Category 5, Topic 5 Message 19 Fri Feb 25, 1994 J.STEPHENSO1 [Jimbo] at 22:35 EST BK> Do you have an address where I can reach them? I don't have the address handy, but their phone number is 1-800-831-2694. That's the number printed on the disk label of their most recent issue. Jimbo ------------ Category 5, Topic 5 Message 20 Mon Feb 28, 1994 S.VANDERARK [Steve VA] at 00:26 EST It's interesting to hear how they write their contracts. For what it's worth, by far most contracts with magazines promise payment "upon publication" with no money whatsoever until then, so you are actually still ahead of the game. A few (read that "none") offer what they call "kill fees" that pay a certain percentage if they don't end up using your stuff even after saying they would. The only time that happened to me was when RUN quit; they paid me for several articles which they never published, but at that time I was getting regular assignments so maybe they were paying for things they had actually asked me to write. Steve Vander Ark ------------ Category 5, Topic 5 Message 21 Mon Feb 28, 1994 CBM-ED [e.g.bell] at 07:22 EST Steve: SV> most contracts with magazines promise payment "upon SV> publication" with no money whatsoever until then, so you are SV> actually still ahead of the game I have had some things published over the years, and my experience has been that I got paid when they decided they wanted to publish the program. I don't have as much experience with it as you, but then, I don't have the kind of time it would take to submit regularly. Being ahead of the game is relative to the game you are playing/used to playing. SV> pay a certain percentage if they don't end up using your stuff SV> even after saying they would. The 50% I have been paid for the program in question is mine whether they publish it or not. My point in all of this is that the deal gives them 100% rights for 50% payment, if you see what I mean. I could have submitted the program elsewhere, and perhaps been paid sooner. Now I feel it is in limbo, and if you are wondering why I went ahead and signed the contract, the answer is, who knew? :) It was the first time I had seen the new contract format. If they do publish it, I get the other 50%, but if they don't, it seems I'm out of luck, which is why I feel the way I do. I can deal with rejection. I have a LOT of experience with that from Compute! and RUN. But I think I prefer a straight rejection than a tepid, 50% acceptance. I have seen Jeff Jones say that this was because sometimes they buy things they later on wonder why they ever bought. Perhaps, but I am a bit more pragmatic when I look from my own perspective.... one man's meat is another man's potatoes, or however that expression goes. (BTW, his comment was not directly about my program, but rather about the new contract format). I guess the bottom line is, 1] LoadStar has never cheated me when it comes to payment, so their track record does not give rise to suspicion. 2] They buy stuff that I have written over the years that just never got published. With a couple, I updated or redid them, with the others I didn't. But I'm sure Compute would not have even considered the programs seeing as how they were available in one mutation or another for a year or more on various BBS/Networks. 3] I have not let it sour my outlook on submitting to them, in light of the above. Just that as I write new stuff, they may not be the avenue of first approach. I understand that 128 stuff is getting hard to find. I have my doubts that this is the way to coax programmers. :) O, one other thing... in conversation with one other programmer, I believe that LoadStar has different contracts for *some* people, but I admit this is based on what another author told me, to the effect that rights reverted to him after 90 days or something like that. That does no bother me particularly, because I have no desire to bombard readers with multiple incarnations of the same stuff, recycled every few months/years. And as an aside, it used to annoy me greatly when I would get rejections from Compute saying they had recently bought a program like my submission, tho I had never seen it, nor would I see it soon thereafter.... and then get served up a seemingly regular dish of near-duplication of programs or techniques. I spose that is sour grapes. :) Some of the most enduring programs came from them... and I always did like them better than Run...... esp. the Gazette! ------------ Category 5, Topic 5 Message 22 Thu Apr 14, 1994 K.LANDRETH-W [karenl6] at 20:25 EDT After months of letting my Loadstars pile up, I finally opened them all and briefly went through each one. I was so impressed with what I saw that I immediately renewed my subscription. I read in various places that they could be loaded to either the CMD HD or RAMLINK. I did that via FCOPY+ (1571 to 1581 emulation partitions), and things went fine......................until I tried to copy [copy it] one of the programs off to a disk of its own. Then I get this message: file not found. Of course the file was there! I finally put in a call to Jeff or Fender, but I was Good Friday and they were not there. They've never called me back. I really would like to get these to a 1581 format. [AA [Dv [BAnd, yes Virginia, I set the drive to Device 8. What else I am doing wrong? ------------ Category 5, Topic 5 Message 23 Thu Apr 14, 1994 CBM-ED [e.g.bell] at 22:14 EDT Karen: KL> Then I get this message: file not found. Of course the file KL> was there Which file is it that was not found. A lot of their files depend on the menu system they have for loading and getting started. Perhaps the file not found is not the file you think it is. ------------ Category 5, Topic 5 Message 24 Sun May 01, 1994 CBM-ED [e.g.bell] at 23:11 EDT Let me check my files and get back to you. It would help if we knew what you wanted to do with the raster tho. ------------ 5 ************ Topic 7 Mon Jan 17, 1994 E.RAFANAN (Forwarded) Sub: Programming trajectory... Need help figuring out how to figure out trajectory. 12 message(s) total. ************ ------------ Category 5, Topic 7 Message 1 Mon Jan 17, 1994 E.RAFANAN (Forwarded) Just for the heck of it, I'm trying to re-write the classic program where two tanks lob bombs at each other. The only problem is, I don't know how to calculate (or plot) trajectory. If only I could find my old college physics books.... :D The equation used force and angle, and I believe it had something to do with a hyperbola. Does anyone have the magic formula? Thanks for any help! ------------ Category 5, Topic 7 Message 2 Mon Jan 17, 1994 C128.JBEE (Forwarded) Just minus 32 feet per second, per second, from the altitude of the shell and that will be close enough to the real thing. Angle and muzzle speed of the shell will determine the arc. ------------ Category 5, Topic 7 Message 3 Mon Jan 17, 1994 E.RAFANAN (Forwarded) You know, I was thinking about that last night. If you take the angle and force vectors, then take into account the gravity vector (32 ft/sec squared), then that should do it! But then I got to thinking even more (a pretty dangerous thing to do), and I realized I didn't know how turn that into an equation I could plug values into and get x and y positions out of. So here's an example: If I start with an angle of 45, and a force of 100, I start my shell, then after each second subtract 32 from the force? And after the force goes negative, then start the downward arc? No, that doesn't sound right! Do I need to do something with sin and cos? Thanks for the info and anymore help! ------------ Category 5, Topic 7 Message 4 Tue Jan 18, 1994 H.HERMAN1 (Forwarded) JBEE, How in the world would you know something like that? :) Howie ------------ Category 5, Topic 7 Message 5 Tue Jan 18, 1994 S.GOLDSMITH2 [Iron.Man] (Forwarded) There are some good books on advanced graphics, but they are for C and Pascal. An arc routine would be easy, since you could just use one semi circle of a Bresenham type ellipse routine. Instead of plotting a pixel you could use the X,Y to plot the shell sprite. The actual shell speed could be calibrated by a routine that took into account the pitch of the arc. As the shell reaches apogee is slows until it falls back to earth and gains speed. Try to use integer math where possible and tables instead of COS and SIN. This isn't a big deal for C= BASIC since it doesn't have true integer math. It uses floating point for integers too. Using integers makes it a lot easier and faster to xlate it to Assembler, C or Pascal. SG :) ------------ Category 5, Topic 7 Message 6 Tue Jan 18, 1994 E.RAFANAN (Forwarded) So I'm trying to plot an ellipse then? Actually, if I could understand the concept behind plotting the trajectory, then it wouldn't be hard translating it into a program. Any "10-minute guides to plotting trajectory" lectures out there? I think that I might go to the library this weekend (need to get something out of all those tax dollars!). ------------ Category 5, Topic 7 Message 7 Wed Jan 19, 1994 S.GOLDSMITH2 [Iron.Man] (Forwarded) No, you don't what the whole ellipse, just one or more quadrants to form an arc. Your best bet would be to pick up a book on graphics programming that conatins lines, circles, ellipses, arcs, etc. You could also use a table that contains points for a basic arc and add offsets depending on the slope, etc. SG :) ------------ Category 5, Topic 7 Message 8 Wed Jan 19, 1994 CBM-ED [e.g.bell] (Forwarded) ER> Any "10-minute guides to plotting trajectory" lectures out ER> there By any chance, do you have the demo disk for the 1541 disk drive? There was a program on there called Snoopy Math or something like that, and I believe it was in BASIC and did something very similar to what you are trying to do. Being a PD program (I think), you could remove the needed routine and skip worrying about how it works. ------------ Category 5, Topic 7 Message 9 Sat Jan 22, 1994 E.RAFANAN (Forwarded) Thanks for all the help! I finally went to the library and found a couple of texts on physics and trigonometry. Almost made me feel like I was in college again. :D If anybody is interested, here are the formulas for finding the X and Y positions at any given T (time) for any given Angle. x=v*t*cos(a) and y=v*t*sin(a)-16*t^2 A is measured in radians, not degrees if you are doing this using BASIC. I tried this out in BASIC 8 and I got some really nice trajectories! Now the rest of the game should be a piece of cake! (yeah, right...) Again, thanks for all the help! Eric ------------ Category 5, Topic 7 Message 10 Wed Feb 02, 1994 C128.JBEE (Forwarded) > E.RAFANAN > So here's an example: If I start with an angle of 45, and a force of 100 Actually, force is measured (in simple terms) Mass X Velocity. I think you mean velocity? > H.HERMAN1 at 02:12 EST > How in the world would you know something like that? :) When I was in high school I wanted to be a college history professor, so one qtr I combined my Fortran, History, and Physics class all into one project. I wanted to determine, without air power, how much U.S. sea power it would have taken to sink the Japanese Yamato Battleship. Because I had to figure the maximum range, effective range, and firing rate of the guns and torpedos, ship speed and turning radius, time of the shell in the air, etc I had to know these same formulas :) I see from an earlier post he already has the formula from a book. But since I already dug out my text books I think I will post some books I have used in case someone else wants to look them up in their local library. New Intelligent Man's Guide to Science (two volume set) by Isaac Asimov (1965) The volume on Physical Science is the one you need for a basic understanding of how rockets and shells work. (no ISBN) Calculus by Flanders, Korthage, Price ISBN #0-12-259640-4 ------------ Category 5, Topic 7 Message 11 Wed Feb 02, 1994 CBM-ED [e.g.bell] (Forwarded) JB> volume on Physical Science is the one you need for a basic JB> understanding of how rockets and shells work I peeked at the end of this one.... you drop them on something and they explode. :) ------------ Category 5, Topic 7 Message 12 Wed Feb 02, 1994 C128.JBEE (Forwarded) lol! ------------ ************ Topic 8 Sun Aug 29, 1993 M.SEABRUM (Forwarded) Sub: Changing Basic Rom into RAM... I have a ML program that is loaded into Basic ROM. I wish to edit this program with a monitor. If I load the program from within the monitor, the program is not there. In other words, how can I change BASIC ROM INTO RAM? 13 message(s) total. ************ ------------ Category 5, Topic 8 Message 1 Sun Aug 29, 1993 M.SEABRUM (Forwarded) I need to change BASIC ROM into RAM so that I can edit a ML program. Anyone know how to do this? The Ml is loaded into the bottom of basic (Basic Rom) and I can't touch it if it's loaded in. I wonder why? /s ------------ Category 5, Topic 8 Message 2 Sun Aug 29, 1993 R.KNOP1 [Rob Knop] (Forwarded) It sounds like you are running up against the 128's memory banking scheme. If you want to do _any_ assembly language program for the C128, it is vital that you understand how the 128's memory banking scheme works. It is too large a topic for me to give a decent treatment of here, but briefly, if you are editing it in the monitor, try dissassembling starting at "04000" instead of "f4000", and you should see the program in RAM. In BASIC, type "bank 0" to get at the RAM, "bank 15" to get at the BASIC ROM. There are a number of good references out there. If you really are serious about 128 programming, I would recommend trying to get your hands on COMPUTE'S "Mapping the 128" byOtis Cowper. This book is packed full of useful (and vital) information, plus it has a good discussion of the 128's banking scheme. Most books on C-128 programming (assembly specifically) should discuss the 128's banking scheme, so try to get your hands on at least one. -Rob ------------ Category 5, Topic 8 Message 3 Sun Aug 29, 1993 J.JONES36 [LOADSTAR] (Forwarded) LDA #$76; or you can use #$36 STA 1 will switch in the RAM. There's no need to disable interrupts. Just don't RTS to BASIC with the ROM switched out. I noticed that STOP/RESTORE restores the RAM while debugging last week. The normal restoration would be: LDA #$77; or #$37 STA 1 #$74 will knock all ROMs and IO out. SEI should be used first. ------------ Category 5, Topic 8 Message 4 Sun Aug 29, 1993 M.SEABRUM (Forwarded) I'm really appreciate all the help. I'm using ML with a C64, not 128. I looked at the code and was trying to reassemblle it, but it seems as though that it may take a while to do. Will the comments in the previous section work on the C64 if I wanted to knock the ROM out and replace it with RAM? Many thanks!!! /s ------------ Category 5, Topic 8 Message 5 Mon Aug 30, 1993 R.KNOP1 [Rob Knop] (Forwarded) Hi- Whoops, sorry, I spend too much time in 128 mode :D What Jeff said was for the 64; he must spend too much time in 64 mode :D Though, since his lines ran together on one line, for clarity I will re-echo what Jeff said: LDA #$76; or you can use #$36 STA 1 To restore: LDA #$77; OR #$37 STA 1 And, as Jeff said, rember to SEI before doing this. To modify my recommendations, I would recommend "Mapping the 64" by Sheldon Leeman. Not quite as good as Mapping the 128 IMHO, but still an invaluable reference. -Rob ------------ Category 5, Topic 8 Message 6 Tue Aug 31, 1993 M.SEABRUM (Forwarded) Thank you for your reply. I really appreciate it. Will this work for Kernal ROM also. What about I/O. Does it have a RM area also? You can can shift in/out like that from ROM/RAM that's alot of space to put ML programs. Is there anything that I have to look out for when programming something into ROM? ------------ Category 5, Topic 8 Message 7 Tue Aug 31, 1993 M.SEABRUM (Forwarded) I have a new question. I need a timeout routine of say about 5 minutes or so. I can''t use the JIFFY clock because the BBS uses it to keep time of how many minutes/hours the user has been online. I was thinking I would have to read the TOD clock somehow.. The # of minutes allowed should be able to be set with a poke statement or a number of poke statements to memory. For example. Poke 830,5: 5 minutes allowed until timeout. Any help or suggestions? One more thing... Linefeeds. Does a carriage have to go before the linefeed is sent out or do the linefeed go out first. What will happen if I sent carriage linefeed and then another carriage? No linefeed will occur? IBM's are really picky about LF... ------------ Category 5, Topic 8 Message 8 Tue Aug 31, 1993 J.JONES36 [LOADSTAR] (Forwarded) LDA #$76 STA 1 Will work on a C-64 to knock out the BASIC ROM. ------------ Category 5, Topic 8 Message 9 Tue Aug 31, 1993 J.JONES36 [LOADSTAR] (Forwarded) SEI LDA #$74 ; or #$34 STA 1 Will knock out all BASIC, IO and kernal. Don't forget the SEI. Natch, you can't use kernal routines whilst the kernal is switched out. ------------ Category 5, Topic 8 Message 10 Fri Sep 03, 1993 J.SPRINGER (Forwarded) If you are using a M/L monitor to disassemble the code under BASIC your M/L monitor may not like you switching out BASIC. You can try it with yours. I always have used MICROMON64 on the C64, you do a memory dump of location 1 and modify it with a #$36 and then go look at the code @ A000-BFFF. Micromon won't like it if you switch out IO and KERNEL. You may have to write a small routine to copy the code from under the kernel into an area you can look at it modify it then write it back. Most M/L monitors need at least IO and KERNEL active. Jim ------------ Category 5, Topic 8 Message 11 Sat Sep 04, 1993 J.JONES36 [LOADSTAR] (Forwarded) SUPER SNAPSHOT'S monitor is awesome. Not only DOESN'T it need ANY ROM switched in, it can LOAD and SAVE with IO and the KERNAL switched out. I love that monitor. It's also the most forgiving monitor ever. Not finicky at all about spaces. ------------ Category 5, Topic 8 Message 12 Sun Sep 05, 1993 CBM-ED [e.g.bell] (Forwarded) You guys are way better than me if you work with monitors to disassemble and edit the rom under any of the RAM, 64 or 128 mode. I use Symbol Master and disassemble the code, make my edits, then reassemble it. And Michael... one thing you MUST make sure of when using RAM under BASIC ROM for a BBS... do NOT use address 40960 for anything you need preserved like data files or anything. That address will get corrupted by some of kernal reset routines. For your line feed problem, try this... wedge a little code into the CHROUT vector that will check for a carriage return. When it is found, IF a flag is set, print the carriage return by doing a JSR $EF79, load a line feed, and resume the normal routine. You don't have to worry about saving the carriage return unless you absolutely know why you should, and then you could save it if it is necessary. Just set the flag when you want line feeds sent. We are probably talking 30 bytes or less, including the installation of the wedge. This is easier than a big rewrite and would catch it in every necessary application including to the printer. Howzzat? Incidentally, you could do the same for your timer if you wanted... wedge into the main IRQ routine and just decrement 3 registers you declared to be your timer. That is all the IRQ routine does with the jiffy clock. Matter of fact, you could decrement them, like the countdown timer in the 128, and just test the high bit of the 2nd or 3rd register for underflow to see when the timer had counted down. That would still allow you a tod clock and timer.... tho in all fairness the cia timer alarm would probably be the best way to go... you really need a mapping book! I'm off to bed now but remind me so I'll post the code tomorrow or Monday. Just got back from vacation. ------------ Category 5, Topic 8 Message 13 Sun Sep 05, 1993 CBM-ED [e.g.bell] (Forwarded) Michael: When you change the RAM under ROM, you should put in the system vectors at the top of memory (into your code in RAM) so that they are there if you want to 'execute' code there. This will protect you in event of interrupts occurring while the ROM is swapped out. This is only 6 bytes or so at the very end of memory. Also, as I said before, the init routine that tests memory when the computer goes though its reset checks corrupts the byte at 40960. I also seem to remember some routines corrupt certain locations in the kernal area of RAM, tho I don't remember which routines or which addresses, or even if this is for the 128 only. ------------ ************ Topic 9 Sat Aug 14, 1993 L.THOMAS21 (Forwarded) Sub: HELP ME! With Basic and Datasette How do I save a PRG file to datasette within a basic PRG. I have a XMODEM transfer program I am altering to save to Datasette and I cant seem to find the format anywhere. Please Help! Thanx! 6 message(s) total. ************ ------------ Category 5, Topic 9 Message 1 Sat Aug 14, 1993 L.THOMAS21 (Forwarded) I have tried open 1,1,0,<Filename> It didn't work. I have tried open 1,1,0,<filename>,P,W (like for the 1541) No Dice Either. PLEASE HELP!!!! Thanx! Thomas ------------ Category 5, Topic 9 Message 2 Sat Aug 14, 1993 CBM-ED [e.g.bell] (Forwarded) LT: I know what your problem is... hehehe LT> I have tried open 1,1,0,<Filename> It didn't work. I have LT> tried open 1,1,0,<filename>,P,W (like for the 1541) Your problem is your secondary address. You are using 1,1,0, which is for READing from the cassette. Try a statement like this: open 1,1,1,"filename" or open 1,1,2,"filename" Either of these should do the trick for you. Let us know how you make out... ------------ Category 5, Topic 9 Message 3 Sat Aug 14, 1993 C128.JBEE (Forwarded) If you are using a C-128, make sure it is in slow mode and JiffyDos is disabled. ------------ Category 5, Topic 9 Message 4 Wed Aug 18, 1993 L.THOMAS21 (Forwarded) Thats a typo I have tried 1,1,1 also but the cpu never says "Loading" and anever finds the program(s) that I have tried to put on datasette [K. Is there a CHR$() thast needs to preceede or be at the end? I will try again. It. does say "Found (filename)" but never loading? Why? Why I am really doing this is my 1541 needs alignment can read but not write. so I wanted to save a alignmet prg on my ibm and xmodem it to c64 to datasette load a run to fix the problem . ------------ Category 5, Topic 9 Message 5 Sat Aug 21, 1993 CBM-ED [e.g.bell] (Forwarded) LT: LT> Thats a typo I have tried 1,1,1 also but the cpu never says LT> "Loading" and anever finds the program(s) that I have tried to LT> put on datasette [K. Is there a CHR$() thast needs to preceede LT> or be at the end? I will try again. It. does say "Found LT> (filename)" but never loading? You know, don't you, that there is a substantial delay between the time that the computer says 'Found (filename) and the time that the loading actually starts. How long have you waited to see if the program was going to load. I have not used tape in years, but I do remember that. Also, in the Xmodem shell that you modified, when you modified the file open routine, did you also go through and modify the CHKOUT (if you changed the channel numbers). You may not have changed the channel number, but if you are opening 1,1,1 in BASIC, you are going to have to do the 'ldx #1:jsr chkout' in the Xmodem shell or the file will be opened but nothing will get written to it. Give this a try or at least check it out and let us know if we have gotten any closer to the solution. I bet this is a pretty good guess though! ------------ Category 5, Topic 9 Message 6 Mon Sep 27, 1993 L.THOMAS21 at 23:25 EDT I used to well versed in ML for the c64, I didnt see any ML in this PRG all I saw was basic to xmodem the the program. I waited more that enough time to see if it was going to load. also when reading the datasette file on a prg I saved I got the ST=?? that meant EOF before I was supposed to. ( I was actually trying to read the file one string at a time then I tried one byte at a time. ) I mean, after I saved the PRG, with the Xmodem program. I wrote a litter Basic program to read the file I had just Thought I had saved. (after it wouldn't load of course) . I found out that the ST's where not like the one when I had saved the Basic program to read the file one byte at a time (Did that to check the datasette to make sure it would load and save properly). I just dont think I can save a PRG file from within a BASIC program. to datasette. I know you can on a 1541 have done it from BASIC and ML. I just wish I never lost my Prog Ref Manual! :'''''( Cost me 20 bucks back then!! Thanx for the help. If you hear any more please lket me know, I don't visit here much - I'm trying to larn my IBM(Incompatible Business Machine) noww Thomas (Hangover) ------------ 5