read new nonstop follow 90917 8-DEC 00:24 General Information RE: 2nd Hard Drive (Re: Msg 90907) From: CHARLESAM To: WA2EGP I'm going to capture your message and go over it again. I believe I understand what your driving at. I'll keep you posted and thanx alot. ..Charlie... -*- 90918 8-DEC 00:28 General Information RE: 2nd Hard Drive (Re: Msg 90910) From: CHARLESAM To: MIKE_GUZZI (NR) I plan to play with the cables by hooking the original connector to H1 and powering up. If the light comes on then, it has to be else where(the problem). Thanx for the tip, I'll try it your way too. Keep you posted. ...Charlie... -*- 90919 8-DEC 00:34 General Information RE: 2nd Hard Drive (Re: Msg 90911) From: CHARLESAM To: MODEL299 (NR) Well, yours is the third different area for me to look for the problem. I guess with trying all three, I might get at the problem(s). Thanx Mark, like I promised the first two responders, I'll keep you posted. I'm sure it will get solved thanx to the good folks here. ...Charlie... -*- 90920 8-DEC 02:18 General Information RE: 2nd Hard Drive (Re: Msg 90910) From: CHARLESAM To: MIKE_GUZZI (NR) Mike, I tried alot of different things now but in answer to your question, yes it did stay on. I loosened the face plate and it went off which leads me to believe that that problem was a pinched wire. What I have now is my new drive hooked up as the only drive. I replaced the termination resistors, and took off the jumper sleeve altogether. Just like my original setup for /h0, which btw works fine. I used my lockout boot with DD=D0. I booted and now when I do a directory, format, or chd to /h0, I get a #246 which is device not ready. Now for sure I'm lost. BTW, when I address Thanx Charlie -*- 90921 8-DEC 02:20 General Information RE: 2nd Hard Drive (Re: Msg 90920) From: CHARLESAM To: CHARLESAM My message got cut off due to using slash. When I address H0 now, the light does not come on. I'm thinking maybe I got me a bad drive..... Charlie -*- 90924 8-DEC 23:11 General Information RE: 2nd Hard Drive (Re: Msg 90917) From: WA2EGP To: CHARLESAM Just an effect of laziness. With one drive, a lot of people don't bother with adjusting the ID of the drive (no jumpers it seems to be zero) so it reads anything on the buss. Put a second drive on there and it is "scratch-head" city when a conflict develops. Why it works with no jumpers, I dunno. The "controller" is usually 0. I banged my head on the wall for a month on this until someone explained it to me real carefully. BTW, I have 2 hard drives and a CDROM drive on my MM/1 and they are all talking to the machine very happily. I guess I got it right! (grin) Good luck. I hope this did solve the problem. , H0 is #0, H2 is #2 and the CDROM is # 1. Look at ctrlid on dmode and see if they are different on the two drives. They should be or else they will fight with each other. -*- 90931 9-DEC 23:38 General Information RE: 2nd Hard Drive (Re: Msg 90924) From: CHARLESAM To: WA2EGP (NR) I seem to understand that the Id has to be different. I'm using scsisys and I believe my Ids are straightened out but there is also a jumper to the left of the control cable and I'm not sure about the placement of that. Also, I substituted my new drive for the existing drive as H0, but os9 refuses to recognize it. I get Unit not ready ERROR. I believe now that there is some problem with the drive. I'll keep working on it. Thanx Charlie -*- End of Thread. -*- 90922 8-DEC 16:56 System Modules (6809) RE: CC3IO Patches (Re: Msg 90909) From: GREGL To: MIKE_GUZZI (NR) It's amazing how the mind becomes such a fragile thing after a few years. I had completely forgotten about those messages. Thanks for digging them up. -- Greg -*- 90923 8-DEC 20:11 New Uploads RE: PowerBasic for OS9/68000 ships! (Re: Msg 90916) From: EDELMAR To: FHOGG Frank, > They are both the same in all respects except for price. It is our intent > to support the individual user and to promote development with PowerBasic > by offering a lower cost version for individuals such as those here on > Delphi and over on CIS. > Promotions to commercial/industrial users do not mention the personal > pricing. If I order PowerBasic, do I have to pay the $300 price or $800. Understand, if performance of the object code proves satisfactory and my productivity is improved, I will use it for commercial software. Some object code might even find its way into some VOD (DAVID) stuff (drivers and other system state modules). It is to be expected that 'undocumented features' crop up in a new package such as this (no negative conotation intended - just an unfortunate fact of life). As bugs are found and fixed, will updates be sent automatically? Ed -*- 90926 9-DEC 00:57 New Uploads RE: PowerBasic for OS9/68000 ships! (Re: Msg 90923) From: FHOGG To: EDELMAR You can have it for the $300 price. >As bugs are found and fixed, will updates be sent automatically? I don't know just how Mike will be handeling this. I could easily email you and others new versions here on Delphi as they become available. I'll ask Mike what his 'official' policy will be. Frank -*- 90929 9-DEC 21:15 New Uploads RE: PowerBasic for OS9/68000 ships! (Re: Msg 90926) From: FHOGG To: ALL I have uploaded the following to the database, Contents: 1 POWERBASIC LANGUAGE SPECIFICATIO (Size: 1356 Count: 0) Dow: PBSpec.upl 2 POWERBASIC BENCHMARK RESULTS IN (Size: 40476 Count: 0) Dow: PBench.ar 3 POWERBASIC BENCHMARK IN LHA (Size: 28458 Count: 0) Dow: PBench.lzh 4 POWERBASIC BENCHMARK README (Size: 2670 Count: 0) Dow: PBench.ReadMe However I don't know when the sysop will get to it. The following is the contents of the last file, the ReadMe file. PowerBasic Benchmark results 12/9/94 This archive has 49 files. 4 versions of each benchmark and a ReadMe file. It is archived twice. Once with Ar V2.0 (40476 bytes) and again with LHa V 2.01 (28458 bytes). Both done under OSK. The nature and results of bench2 through bench12 are as follows: (all tests were run on an 030 system @33MHZ w/ 1 wait state) (all times are in seconds) PB MW Name of Test Nature of Test 3 33 bench2 increment variable in loop 2 N/A bench2m same as bench2 but with assembly MACRO 4 44 bench3 assign loop variable to array in loop 5 12 bench4 complex integer expression in loop 4 64 bench5 assign user type element in loop 7 15 bench6 str$ function in loop 10 186 bench7 read a data statement in loop 4 46 bench8 find address of array element in loop 3 46 bench9 simple if/then count loop 15 237 bench10 assign constant to integer variable in loop 6 72 bench11 control structures "false" in loop 2 32 bench12 "land" function in loop There are 4 variations of each benchmark. *.b is the PowerBasic source, *.b09 is the same source with minor mods needed for Basic(09), *.obj is the compiled code and *.a is the unaltered output of PowerBasic in assembler source. The *.a files are complete but you cannot assemble them because they need the runtime subroutine package called 'runsubs' which is part of PowerBasic. Note that 'shell date -j' was used because the early version of PowerBasic that was used to compile these benchmarks did not have the 'date$' function implemented yet. Note that these times should be viewed on their own rather than as a test of the speed of any particular computer. They are just to show the speed advantage of the compiled code of PowerBasic. I have downloaded almost every Basic source program here and I hope to compile then under PowerBasic to see what is involved in a typical conversion and to see what size and speed advantage PowerBasic has. In the above benchmarks you will note the small size of the *.b09 files compared to the size of the *.obj. Don't forget the the *.b09 files have to have 'runb' which is about 24K. Obviously using PowerBasic on small programs will result in a very small runtime program over Basic(09). (BTW I know that on OS9/68000 it is called BASIC and not Basic09. I use the (09) to avoid confusion.) Frank Hogg Please feel free to ask questions. I will do my best to answer them. -*- 90935 10-DEC 16:17 New Uploads RE: PowerBasic for OS9/68000 ships! (Re: Msg 90929) From: FHOGG To: ALL I've just uploaded an example utility for the date function. After I uploaded the stuff last night I got to playing. This is my actual first attempt at several things. 1... Writing an actual program in PowerBasic, 2... Doing anything in assembly language. Doing the second is very easy in PB. The upload is this: Name: POWERBASIC DATE UTILITY EXAMPLE Type: PROGRAM Date: 10-DEC-1994 16:02 by FHOGG (able to edit the Group) This is a example of a date utility written in PowerBasic. It shows doing a mix of assembly and Basic and the use of alias's. PowerBasic source, the assembly . a file and the object are in the archives. The same stuff is in each file. One is in LHa 2.01 and the other is ar 2.0. Topic: New Uploads Keywords: UTILITIES, POWERBASIC EXAMPLE FHL OSK OS9/68000 Contents: 1 POWERBASIC DATE EXAMPLE (AR) (Size: 7857 Count: 0) Dow: PBdate.ar 2 POWERBASIC DATE EXAMPLE (LHA) (Size: 4476 Count: 0) Dow: PBdate.lzh The source for PowerBasic is short so it now follows: ************************************** * Simple Date program for PowerBasic * ************************************** * * This is a good example of the flexability and power of mixing * assembly language and Basic statements in one program. * dim TimeError:short dim time:long dim timeA(4):byte alias=time dim date:long dim dateA(4):byte alias=date dim dateB(2):short alias=date dim day:short ********************************** * Month and day are bytes and year is a short (2 bytes) the easiest * way to get them out of the long is by using alias arrays. The byte * array gets the month and day while the short array gets the year. * Note that these do not take any additional memory, they just point * to what they alias. Refer to the '.a' file. ********************************** ********************************** dim tick:long dim tickA(2):short alias=tick ************************************** * tickA(1)= number of ticks per second. tickA(2)=number of ticks * so we do HR:MIN:SEC and TICKS/TICKRATE * Example of output on KiX which has 100 ticks per second * * 12/10/1994 15:22:21 and 16/100 Seconds * ************************************** * Make the system call. Refer to F$Time pg 1-64 in the MW manual * 0=Gregorian, 1=Julian, 2=Gregorian w/ticks, 3=Julian w/ticks ************************************** * Code starts here Start move.w #2,d0 \ Set for Gregorian w/ticks os9 F$Time get the time bcc.s Good goto Perror Good * Put OS9 System Call output in PowerBasic variables move.l d0,time(a6) move.l d1,date(a6) move.w d2,day(a6) move.l d3,tick(a6) * Promote PowerBasic print "PowerBasic date utility example" print dateA(3);"/";dateA(4);"/";dateB(1); print " ";timeA(2);":";timeA(3);":";timeA(4); print " and ";tickA(2);"/";tickA(1);" Seconds" goto Quit Perror move.w d1,TimeError(a6) Error code is now in TimeError print "Err: ";TimeError Quit end Sure is easy to do things I would never have been able to try in either C or assembly. I don't know if this could be done in MW Basic but I don't want to bother. BTW the compile time for this is 13 seconds which includes running PowerBasic, r68 and l68. I'm using a somewhat slow hard drive too. I suppose I could do this on /r0 but 13 seconds is fast enough for me. Frank -*- End of Thread. -*- 90925 9-DEC 00:52 Programmers Den RE: PowerBASIC details? (Re: Msg 90915) From: FHOGG To: JEJONES > - What data structuring facilities does it have (e.g. is there anything > analogous to the BASIC09 TYPE statement)? Yes, as a matter of fact there is a TYPE statement simular to BASIC09 except they cannot be nested. > - You say it supports separate compilation; does that mean that there are > actual functions with local variables? Yes > What's the syntax for calling a separately compiled unit, passing > parameters (including structured types if the language supports them), > and returning results? I asked Mike to work up an answer for this as I am not up to speed yet. > - What debugging facilities does PowerBASIC have? (All I saw mentioned > in the file was a listing of assembly language output with the PowerBASIC > source interspersed.) That's all there is. > If you could post or upload a sample of PowerBASIC code displaying some of > its features, that would help a lot. Thanks. I plan to do just that this weekend. I'm going to try to get it Friday night. Some of them are very impressive benchmarks. I'll add more as I get up to speed. I've been busy with regular work and getting the promo for PB out. Have to do my chores before I can play. Frank -*- 90927 9-DEC 05:32 General Information RiBBS/FidoNet Message Formats From: DGANTZ To: ALL I need some help in interpeting the following data. It is a dump of a message exported by RiBBS Export by the name of msg1. I'm working on a program that will put RiBBS one step closer to being able to act as a hub and need to be able to generate messages from within that will get bundled for the appropriate net/node. I have the FSC0001 document that describes various formats of various FIDO files, but there are some things in the below that don't seem to be documented. Note the lines with *'s. These are what don't seem to be documented, nor do I have a clue as to how to generate them. Addr 0 1 2 3 4 5 6 7 8 9 A B C D E F 0 2 4 6 8 A C E ---- ---- ---- ---- ---- ---- ---- ---- ---- ---------------- 0000 0200 0100 0400 FE7A FE7A 0000 0000 3039 .......z.z....09 0010 2044 6563 2039 3420 2030 303A 3034 3A33 Dec 94 00:04:3 0020 3100 4461 7272 656E 2043 6C69 6674 0044 1.Darren Clift.D 0030 6176 6520 4761 6E74 7A00 4372 6561 7469 ave Gantz.Creati 0040 6E67 2061 2074 6573 7420 6D65 7373 6167 ng a test messag 0050 6500 0149 4E54 4C20 313A 3331 3438 362F e..INTL 1:31486/ * 0060 3420 313A 3334 362F 392E 310D 014D 5347 4 1:346/9.1..MSG * 0070 4944 3A20 313A 3334 362F 392E 3140 6669 ID: 1:346/9.1@fi * 0080 646F 6E65 742E 6F72 6720 3865 3564 3030 donet.org 8e5d00 * 0090 6430 0D01 5049 443A 2052 6942 4253 2076 d0..PID: RiBBS v * 00A0 322E 3130 0D54 6869 7320 6973 206A 7573 2.10.This is jus * 00B0 7420 6120 7465 7374 206D 6573 7361 6765 t a test message 00C0 2074 6F20 7374 7564 7920 7768 696C 6520 to study while 00D0 6174 7465 6D70 7469 6E20 746F 2063 7265 attemptin to cre 00E0 6174 6520 6D79 206F 776E 0D0A 6672 6F6D ate my own..from 00F0 2061 2070 726F 6772 616D 2E0D 0A20 200D a program... . Addr 0 1 2 3 4 5 6 7 8 9 A B C D E F 0 2 4 6 8 A C E ---- ---- ---- ---- ---- ---- ---- ---- ---- ---------------- 0100 0A20 2020 2020 2044 6176 650D 0A20 0D0A . Dave.. .. 0110 2D2D 2D20 5269 4242 5320 7632 2E31 300D --- RiBBS v2.10. * 0120 0A00 .. The bytes from offset $52 to $A4 seem to have no documentation or explanation. Also, am I correct in assumming that the bytes from offset $10C to $121 are add ons to the text I typed? What I have in mind is similar to the auto messages generated by TicNote and AutoFrl, but in this case the messages need to generated for export rather than for import. Can anyone shed some light (in an Inside RiBBS type fashion) on the above data or similar? I'd really appreciate any help I can get. Thanks Dave -*- 90928 9-DEC 09:40 General Information RE: RiBBS/FidoNet Message Formats (Re: Msg 90927) From: GREGL To: DGANTZ The text part of the message (without the binary field delimiters) looks fairly straight forward. 09 Dec 94 00:04:31 Darren Clift Dave Gantz Creating a test message INTL 1:31486/4 1:346/9.1 MSG ID: 1:346/9.1@fidonet.org 8e5d00d0 PID: RiBBS v2.10 This is just a test message to study while attemptin to create my own. from a program... Dave.. --- RiBBS v2.10 It appears the lines you are having a problem with are INTL, MSG ID and PID in the header. Offhand, the MSG ID should be a unique message identifier (in this case it appears to be composed of the FIDO node/net number followed by what could be the time in UNIX ctime() format). The PID appears to be nothing more than the name and version number of the BBS software and the last line is a signature -- in this case an advertisement for RiBBS v2.10. The INTL 1 line could be the source and destination node/net numbers of the FIDO systems, or perhaps something inserted by the mailer. If it's not documented, you either need better documentation or these lines are optional. -- Greg -*- 90932 10-DEC 03:52 General Information RE: RiBBS/FidoNet Message Formats (Re: Msg 90928) From: DGANTZ To: GREGL (NR) Many thanks for your reply. It has helped tremendously. Could you elaborate 0d0 line strikes me as some sort of checksum or crc. As kinda of a return Xmas gift, I'd like to suggest that you check out "go main shop shop". This is Shoppers Advantage Online. I've been a member for several months now, and they've saved me big $$$ on many items. I spent $300 on Xmas es. Anyway... This isn't an ad, just word of mouth from a satisified customer. May your holidays be filled with joy. Dave -*- End of Thread. -*- 90930 9-DEC 22:20 General Information RE: Chicago CoCo-Fest (Re: Msg 90858) From: THESCHU To: DISTO Many thanks Tony. - Brian -*- 90933 10-DEC 09:23 General Information Install program From: TEDJAEGER To: ALL Hi all, I'm trying to develop an installation program for applications written for the MM1. To date, I have a point and click shell that allows user to specify from what drive, to what drive, name of program, etc. Once the parameters are established, the install program runs a script that is provided by the programmer. The script, of course, is responsible for actually moving the files from installation disk to wherever. What do you guys make of this general plan? It is hard to do error checking in the script file from the install program. (Tips?) Also Joel H discussed copying files from an installation disk to a pipe and then from pipe to target disk in a 68 Micros column. I tried that approach but quickly ran into the limitation that you can't create a directory inside a pipe or do a backup of a disk into a pipe. Least I kept getting error messages! Seemed to mean that the install program would have to assume that all the component files of the application program would be in the same directory (/d0) on the installation disk. I really dont want to make that assumption. Thoughts appreciated Bests ---TedJaeger -*- 90934 10-DEC 12:53 General Information RE: Install program (Re: Msg 90933) From: JOHNREED To: TEDJAEGER (NR) > I'm trying to develop an installation program for applications > written for the MM1. To date, I have a point and click shell that Good! We need it. > > What do you guys make of this general plan? It is hard to do error > checking in the script file from the install program. (Tips?) Also Joel H Have you considered using the `oddjob' program? You can do things that the fancy UNIX shells do, and everyone with an MM/1 should have it.. > discussed copying files from an installation disk to a pipe and > then from pipe to target disk in a 68 Micros column. I tried that Warning. I have found (on my MM1/a) that files copied to a named pipe, then back to a disk file have a few characters tacked on to them at the end - mostly on larger (over 15k ) files. JohnW ******************************** A stitch in time -------------------- ------ is worth two in the bush John R. Wainwright <> <> -*- End of Thread. -*- FORUM>Reply, Add, Read, "?" or Exit>