From bkhouse!nkraft Wed, 1 Sep 93 08:19:14 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Wed, 1 Sep 93 08:19:14 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00qwr; Tue, 31 Aug 93 18:29:45 PST Date: Tue, 31 Aug 93 18:29:45 PST Message-Id: <9309010229.AA00qwq@bkhouse.cts.com> X-NewsSoftware: GRn 2.0 (16.8.93) by Michael B. Smith & Mike Schwartz MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit From: nkraft@bkhouse.cts.com (Norman Kraft) To: amigae@bkhouse.cts.com Subject: ADMIN: Posting guidelines A couple of weeks ago there were a lot of messages going back and forth about the nature of contributions to this list. I thought that it might be helpful to remind everyone of the original intent of this list and give a few guidelines for posting. THE AMIGAE MAILING LIST: The list was formed in the late spring of 1993 to serve as a forum for those using the Amiga E programing language. The purpose was and is to put together both experts and beginners to exchange coding ideas, source code and tools, toward the dual goals of helping the Amiga E language to grow into maturity, and for us to grow into better Amiga E programmers. POSTING GUIDELINES: 1. Try to keep in mind that your posts to the list go out to over 100 people located around the world. Many of these pay for their email services, and international email is in general an expensive enterprise for someone, even if not for the end user. If your posting is of a personal nature, or is part of a discussion with just one or two list members, consider using private email to continue the dialog. Always be aware that what you post to the list should be of interest to the majority of list members. 2. Stay on topic! This list is for the discussion of Amiga E. 3. Please try to be polite in both your posts and your responses. Flaming (though we haven't seen this here, yet), will not be tolerated and can get a member removed from the list in a hurry. It has no place in a forum such as this one. 4. If you choose to reply to a list message, be sure to trim quoted text as much as possible. Again, this is a matter of courtesy as both members who pay for mail by the character and those who read it over slow modem connections do not appreciate 100 lines of quoted text for a three line reply. (Those of us reading it over fast connections don't appreciate it much, either.) 5. Source of less than 250 lines may be posted to the list in plain text, and you are encouraged to do so. This makes discussion of the source and questions about it much easier to accomplish for other list members. Longer source, or that which is contained in several files, should be archived into either a lha or lzh archive, then uuencoded and sent to the list. For really large postings, over 20K or so, post a message on the list notifying the members of the file's availability and mail it only to those who show interest. Please do not post very large files to the list without checking first to be sure that a majority of list members want them. As another option, such files can be sent to me and made available to list members in the same way that the list archives are available. Disk space permitting, I am very open to this method of file distribution. 6. Finally, remember that this list is moderated (by me). I don't generally get involved in a heavy-handed way, but those who consistently violate the basic rule of "be considerate" may receive warnings from me, or even be removed from the list. I also reserve the right to reject any posting which is clearly not appropriate. Such a rejection will always result in a message to the list stating the action and the reason for doing so. Thanks for your cooperation and contributions to this list. If we all work together we can keep this list the valuable, informative and useful tool that it is now. Norm. ---------------------------------------------------------------------------- Norman Kraft INET : nkraft@ucsd.edu (work) Peptide-T Clinical Trial or try: nkraft@bkhouse.cts.com (home) HIV Neurobehavioral Research Center UUCP : ucsd!nkraft Dept of Psychiatry, School of Medicine University of California, San Diego Usual disclaimers... ---------------------------------------------------------------------------- From bkhouse!nkraft Wed, 1 Sep 93 08:19:16 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Wed, 1 Sep 93 08:19:16 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00qww; Tue, 31 Aug 93 18:33:35 PST Date: Tue, 31 Aug 93 18:33:35 PST Message-Id: <9309010233.AA00qwv@bkhouse.cts.com> X-NewsSoftware: GRn 2.0 (16.8.93) by Michael B. Smith & Mike Schwartz MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit From: nkraft@bkhouse.cts.com (Norman Kraft) To: amigae@bkhouse.cts.com Subject: ADMIN: Administrative Requests Just a reminder, folks: please send all requests for administrative functions (changes of address, requests for removal or subscription, requests for files or message archives, etc.) to the administrative address of amigae-request@bkhouse.cts.com. Do not send them to me, nor post them to the list at large. I've been getting a lot of administrative requests sent to all sorts of addresses. Sometimes I see them and do something about them, frequently, I do not. For both my sake and yours, please remember to use the request address for such things. Thanks for your help with this. Norm. ---------------------------------------------------------------------------- Norman Kraft INET : nkraft@ucsd.edu (work) Peptide-T Clinical Trial or try: nkraft@bkhouse.cts.com (home) HIV Neurobehavioral Research Center UUCP : ucsd!nkraft Dept of Psychiatry, School of Medicine University of California, San Diego Usual disclaimers... ---------------------------------------------------------------------------- From bkhouse!nkraft Wed, 1 Sep 93 08:19:18 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Wed, 1 Sep 93 08:19:18 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00qx1; Tue, 31 Aug 93 18:41:28 PST Date: Tue, 31 Aug 93 18:41:28 PST Message-Id: <9309010241.AA00qx0@bkhouse.cts.com> X-NewsSoftware: GRn 2.0 (16.8.93) by Michael B. Smith & Mike Schwartz MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit From: nkraft@bkhouse.cts.com (Norman Kraft) To: amigae@bkhouse.cts.com Subject: ADMIN: AmigaE list postings After the move of my residence, and the move of bkhouse, the phone company is having some problems getting the extra lines that I need, so bkhouse is sharing a line. This means that postings turn around every two hours, as before, but only from 11pm to 6am. This will be remedied soon. Thanks for everyone's patience while I straighten this out. BTW, for those who are curious, bkhouse is short for Bookhouse, as in the Bookhouse Boys for those who may have been Twin Peaks fans (as I was). :-) Norm. ---------------------------------------------------------------------------- Norman Kraft INET : nkraft@ucsd.edu (work) Peptide-T Clinical Trial or try: nkraft@bkhouse.cts.com (home) HIV Neurobehavioral Research Center UUCP : ucsd!nkraft Dept of Psychiatry, School of Medicine University of California, San Diego Usual disclaimers... ---------------------------------------------------------------------------- From crash!socrates.umd.edu!tmurray Wed, 1 Sep 93 09:11:27 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Wed, 1 Sep 93 09:11:27 PST Received: from socrates.umd.edu by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oXZ2v-0000ZgC; Tue, 31 Aug 93 09:59 PDT Received: by socrates.umd.edu (1.36.108.4.1.1/16.2) id AA18849; Tue, 31 Aug 93 12:58:55 -0400 Message-Id: Date: Tue, 31 Aug 93 12:58:54 EDT X-Mailer: ELM [version 2.3 PL11] From: Tony Murray To: amigae@bkhouse.cts.com (Amiga E Mailing List) Subject: FAQ? Very basic questions? Hi. I've only recently subscribed to this list, and have only recently started playing with E. I wanted to know if there is a list of Frequently Asked Questions (and their answers, :) ), and/or if there is anyone who doesn't mind answering *terribly* basic (I assume) questions that aren't answered in the documention for E. --Tony Murray (tmurray@socrates.umd.edu) Video Graphics Designer University of Maryland University College From crash!cup.portal.com!Politikill Wed, 1 Sep 93 09:12:25 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Wed, 1 Sep 93 09:12:25 PST Received: from nova.unix.portal.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oXgL3-0000vEC; Tue, 31 Aug 93 17:46 PDT Received: by nova.unix.portal.com (5.65b/4.1 1.425) id AA14677; Tue, 31 Aug 93 17:50:24 -0700 Received: from hobo by portal.unix.portal.com (1.734) id AA27036; Tue, 31 Aug 93 17:50:22 -0700 Received: by hobo.corp.portal.com (4.1/4.0.3 1.74) id AA03684; Tue, 31 Aug 93 17:50:21 PDT Return-Path: Lines: 120 Date: Tue, 31 Aug 93 17:50:20 PDT Message-Id: <9308311750.1.25589@cup.portal.com> X-Origin: The Portal System (TM) From: Politikill@cup.portal.com To: AmigaE@bkhouse.cts.com Subject: Re: E Guru! [Whole Process being echo'd for the good of the community :-) ] ============================================================================= /* getprogramicon() * * This fun little proc is supposed to return a diskobject so you can play * with the ToolTypes. It expects a WBPROJECT icon first, then a WBTOOL * icon next. It locks the icon's directory, unlocking it when it's done. * All-in-all, pretty cool. Mostly based on Term's icon handling, but * heavily modified to fit in with my own nefarious purposes (brew ha ha). */ PROC getprogramicon(wbmessage) DEF diskob:PTR TO diskobject,tmp:PTR TO wbarg,newlock, wbmsg:PTR TO wbstartup diskob:=0; wbmsg:=0 IF wbmessage wbmsg:=wbmessage IF tmp:=wbmsg.arglist IF tmp.name++ newlock:=CurrentDir(tmp.lock) /* set the current directory to */ IF diskob:=GetDiskObjectNew(tmp.name) /* the icon's directory, to read */ IF diskob.type<>WBPROJECT /* the icon's tooltypes. */ FreeDiskObject(diskob) diskob:=NIL ENDIF ELSE UnLock(tmp.lock) ENDIF IF diskob=NIL /* Move to the directory the * program was run from. */ tmp.name-- newlock:=CurrentDir(tmp.lock) IF diskob:=GetDiskObjectNew(tmp.name) IF diskob.type <> WBTOOL FreeDiskObject(diskob) diskob:=NIL ENDIF ELSE UnLock(tmp.lock) ENDIF IF diskob=0 IF diskob:=GetDiskObjectNew('quip') IF diskob.type<>WBTOOL FreeDiskObject(diskob) diskob := NIL ENDIF ENDIF ENDIF ENDIF ENDIF ENDIF ENDIF /* Still no success. */ IF diskob=0 /* Use the default names. */ IF diskob:=GetDiskObjectNew('Quip') IF diskob.type<>WBTOOL FreeDiskObject(diskob) diskob := NIL ENDIF ENDIF IF diskob=0 IF diskob:=GetDiskObjectNew('PROGDIR:Quip') IF diskob.type<>WBTOOL FreeDiskObject(diskob) diskob := NIL ENDIF ENDIF ENDIF ENDIF ENDPROC diskob =============================================================================== >You may want to forward this to the rest of the group. This icon routine [I just did :-)] >definately works (it won't leave locks, like MANY icon routines I've seen). I t I thought that locks from workbench WERE NOT supposed to be released. >may also need to be cleaned up (particularly the last bit, as I'm not entirely >sure what it's supposed to be doing there). What, PROGDIR: ? That's a nifty little thing that works like an assign to the directory the program was launched from. (OR the current dir from Shell) That's what I'm using for now...until I decide to put in the above. It works, lets me assign tooltypes, and get them. >I'll be releasing all the source code to Quip (with it's many wonderful, usefu l >routines and bugs) very shortly. I haven't yet decided wheter I'm going to release my source code yet. I may require people who want it to give me a phone call. (I figure everyone can spend $1 to talk with the author, and find out all the little idiosyncrosies (sp) before they go delving into it. I don't really want to let the source out in Europe, cause there could be some mutation of it going around and I'de never see it :-) Oh well... / / / /_/_/iZ MODULE 'WiZkId' PROC main() wizkid.inetaddress:='Politikill@cup.portal.com' wizkid.realname:='Jeffrey J Peden ][' ENDPROC *-- GammaTag Version 2.8 --* *-- Judicial reform is no sport for the short-winded. From crash!cup.portal.com!Politikill Wed, 1 Sep 93 09:12:27 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Wed, 1 Sep 93 09:12:27 PST Received: from nova.unix.portal.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oXgN2-0000J1C; Tue, 31 Aug 93 17:48 PDT Received: by nova.unix.portal.com (5.65b/4.1 1.425) id AA14755; Tue, 31 Aug 93 17:52:30 -0700 Received: from hobo by portal.unix.portal.com (1.734) id AA27115; Tue, 31 Aug 93 17:52:28 -0700 Received: by hobo.corp.portal.com (4.1/4.0.3 1.74) id AA04093; Tue, 31 Aug 93 17:52:28 PDT Return-Path: Lines: 27 Date: Tue, 31 Aug 93 17:52:27 PDT Message-Id: <9308311752.1.25589@cup.portal.com> X-Origin: The Portal System (TM) From: Politikill@cup.portal.com To: AmigaE@bkhouse.cts.com Subject: RE: E Guru! >Much as I'd like to help, Jeffrey, I just can't find the time. And school's >starting back up tomorrow...I have a whole six months of math ahead of me, so I >*know* better than to expect much free time. Sorry, I really wanted to dig >around in your code. Maybe next time. Yeah...don't worry about it, I understand completely...I'm going back to school in 10 days...so I'm in a BIG hurry to get the bulk of what I want done. So far, there haven't been any bugs found in the last version I sent out (version 0.40 ) so hopefully, it will be the same with version 0.50 ! I am just working on more functions through my editor. Also, I want to get some form of PREFS installed. I will be sure to send you one of the first final, registered versions. Hopefully I can get everything ironed out by the time Wouter is ready to release 2.5 (and I can get it included! :-) / / / /_/_/iZ MODULE 'WiZkId' PROC main() wizkid.inetaddress:='Politikill@cup.portal.com' wizkid.realname:='Jeffrey J Peden ][' ENDPROC *-- GammaTag Version 2.8 --* *-- Of all thirty-six alternatives, running away is best. From crash!cup.portal.com!Politikill Wed, 1 Sep 93 09:12:29 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Wed, 1 Sep 93 09:12:29 PST Received: from nova.unix.portal.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oXgNG-0000tKC; Tue, 31 Aug 93 17:48 PDT Received: by nova.unix.portal.com (5.65b/4.1 1.425) id AA14764; Tue, 31 Aug 93 17:52:44 -0700 Received: from hobo by portal.unix.portal.com (1.734) id AA27121; Tue, 31 Aug 93 17:52:42 -0700 Received: by hobo.corp.portal.com (4.1/4.0.3 1.74) id AA04137; Tue, 31 Aug 93 17:52:42 PDT Return-Path: Lines: 139 Date: Tue, 31 Aug 93 17:52:41 PDT Message-Id: <9308311752.2.25589@cup.portal.com> X-Origin: The Portal System (TM) From: Politikill@cup.portal.com To: AmigaE@bkhouse.cts.com Subject: RE: MUI Version 1.3 >You mean you have a mui module and you've been holding out on us? > >Shame!!! SHAME!!! How 'bout sending it this-a-way! :) Wellllll, I just got it last nite! It took me 10 minutes to download (820K!)...I will send the modules and EPP Pmodule for it out...BUT someone needs to come up with an assembly function to do the work of the amiga.lib DoMethod() or DoMethodA() calls. So they are useless until we get something...(I spent an hour converting C code to find out I couldn't do anything with it!) begin 644 mui_e.lha M&Z(M;&@U+842``"W;0``JK`<&P``!6UU:2YEEGH,^7R;U;;C>6UW\`1H7,;:> MR\N`(!``F/IF)%-IJ8DDJ26^U#G@!^"A$"`:`"DEWQQ][P'@`"2"2244FBV7; MTEO%/FDESYR3IH6]EU;DN9;F7GURZ#ELET[J2_`VR=P][5MQMOY=3_/]WB_PL M[<\VT=\AVX*RVQYH`?VG80?:$P!/7X&/"<@LLB MG>4!,@^=Y&W`B\W^B1'5'!00'5WP#_4M$+K[ST+!#"3Z#_;KT+;7+']!_M:W7 M;<;8%"V\[+Y/G;=9>XY@1\!2_4?ZJ#$(G;)>$)?+M6A6;WAKAR0W?!6A?;=LG MW?%OOO6[P&XV/F^[XMMN"\1Q_O(X\*&&@P#_>=YRY:!S$);#;^#S;+[URW0$Q M5F'WG'%Q/T>@B$<38<='GJB9;>H\E3E8O\0[(KE_B&LP*^!Z[SUN!O_=FG9!( MT'Q.3MH';3K3S]HW?_^S/VLXX=:$/DTX3K)T$+]QB&X^!S(--NMD.L!S0^:GD MN,Z'@"`#G[C@0?DC'=T5H#LO[<`3L3),;\=2QXBMS_EOA!2&\T<(Z1P88;N&F M#;'BM!#P/,_E,5B?2,$W\X)`=;$^,N#@G2JQ&,^?`,V/%R#':UL&&Q]`Q>0[Y MB$Y<,):THD-M9]M>,V:Q?I&,@;5CQ.C6R@?&^@/M@3[)8LS<<`"14M75U9D0G[T$-H M@2+O@&21?1]//6K0.E><8&`C=H'V^3KD;#`_Z.(^=;>@@;7&UJX`W^7X#MK^. MLZL5EG9U2"^U^0YN'OP2@\+QT!.%VN49!;@F0L4)SR_YQPQCF!PW"(F="W:`Q MI&K8B,QP#AWA01>-N'@.K!"3J2#P>$H[LXAVR$.0:V8AHHS\O>[W>_=+^&4/1 ME(Z&6/AJVKC9U/505.\%)35/5U5D?"=[?T9._WZN]4.&C%2Q$DG@\)U7A MQU_-5W3N_*FO?)PK([D06J;V[6KQ/B1`V-+_F._J5/2I,+,+SB%03CGE>>X>X M<0763NB`^W.;A&,0II+"OB&M!%+FRB%*FL>54Y'V;ZK:U@E%/L"A%T'4]%!$S MX9#;@LG>;;WMW9O=6?+.3?*#ELL>OG)J(DP,3:U>KOUZOI)NZ2!1T(VNK3]I$ M-VVW?031*TI";@6B^31T9FX$$`X0F8FH+4RDW5U;,<;0Z84U"]$?@\--2SQO* M%HI_:\7\7AIDDF>+OIUG>0F"[&T[;N0T=`,GM4\XAKW&F@?'(4C$%`IK9A"JL M65OM;%TPJ)@UF$*PN(,+R"G0(;;PF<`@TL>SSF$(=P';E3@!CAE;#4/4S"&S* MC$&#Q*>HPCF\#DBF$%5^A0]G&("IJ]'$O`]QD>8NKHFDIS]#[]R#@B80F$%@9 M:5]4.>\FQ7(^4 M";$T!\1-U3MZ*F#U/TDVLV2YQKB@X;LA^DPJ8FZ^]O;?JD/R\;O7!TS@W%'X[ M9YA*\7&Y)#_M)M9P`MX:!M1!`I-@[$;(]=BFK@A(U['*[W0XRA>IH)NLP9B". M1UE9-`RTZ*$&@FRP'):04]?WDW:'7U-M-@S>GYGJ-1<;]G0NPW!PQLHS]ITV< M%S4(,?&\P1J=+AK[W"&!ZEE=@)&(X@'^YK^(+DJ?3=#M)4(Z4"U-$$4?:,TL3 MPT:4\4A-]O'-0=KX.U'@OQ?4TE;Z-DN&8PS/QU5#DY-R"S1,Y955OTOU4H-JV M>E'B$V:M3-T1,Z]UQ,AXG'"Q,A23BB901]YV'':W4TFL@AKB8X*(!:J7LY#@XZ,YL MFS]G&XR;@XZ-VFLLO[B;@XZDGK-)>XFX..C/3L`CW$TE#;+`UNN%C@=::'(S> MT[?T!LB9LAA@A@C&_K^BO.C)NP^*SKB?QL0GI4_L)H6X>"^CDF(\I(]I-*_K` ME)HD$#^TFDD]LCHO,2TL'KK]Q->?'J!AZ6Z#`35EU%NTFD[3JY6;TE%>Y:1TT MUU^X\E9O/8:[B:6LKO2M30WUHLB\2.3]4K/8'N)[CEZ8(;C=)E0SA?U$V_<<= MW7"U&5^V3+?N.;UELLD;C?1)[H,9-69:IZ;MJ20O?[0FAOBBP?DU@R MO&&ZF8FU0:S,0GH1Q+8.JB'-D0\<$-!=G3G:C$TF3(\?$#L.)PMFBT!F#=3IB MHU\O:K235^VBC#8^.92=YZ*#RQ4&,Z":6@)@K.T'*#\[0V?;^C#3[LJ)Z:N':==!\D2[G6D>9A5TK24FU<-[A-C M3[J--=9-KO6^CH5`%T^LFZ[T(^-N8FM#M!>KM-ODQX*>=B%%I#ZR;CP4\Y-6/ MI+]R-U^2',S>>DEU,WF1O"3I-YBU2ZD;OY9;"35PIGW]5-7'$E*,8*M_FXTF* M8A90ZF;RNFY2D:QG':":2:/@FCV<(EW`9]"-IQ;@#]..W+H M=1;CS/1VFTN?U33Z@X!3[S@ZR-_,_K2/DB6L8`:\3:P.#I8.E:4Z:75M%!TTY M\$&0F2[DY&GISUM=NT#^=F]-*4FZ.-ZW`]QC6V?3?7R:P(3&F@YFVB/-ISV41 M0DT2_]^%'H)%U:4UNTFYY"]-9#/B,9ZV*P"1P^F/=8_,HF&A/`#[<.#CL[. MR^FNV[RD]*.#TCHJ8K:%+$*$K?1^J[Q9)"6R=MR^VJ#@YYK;7+1W%*!;5JT#X M+9'6+_LV2H(C\+:"J-Q(>`U<".VE03_5;2_&V@D22:VENIQW_APX5XL M8UU\?^VZ^^/#A4DFX8D33O^JZO*$6*UL&.>3JBS3NS$=3T3K2DWR#PD]^Y?E3 MCLB52ZKF&0FDK$X*%C'LZU4/9KLX^-\4Q"6W%$SIK5;Z-SU\ M%ANA5EVOV+3/46&L/VJ2?83=YQDOPQK2DU+M.3:%DH7J1DWX/,$E_?XPL/XO@ M,$229Y97@RU>RK+!JEK1?$%)M8"92OF:L2#V;A*0FBY,Q-9$ M/%UDT=7WOB?@#+ M3&3?(2J"AR(VHD9&[.E&]9A@+>4F@B"';QO5##:&&;^468[2;K,<+KW&._1FA MC^FW4-).3!9_43=>XTT#^^]!B8A7C)L'5QN/`V6W!A55$UC,0Y(D$]@/=9P+C@*+&^\`Q;(NBQQ MPO`<6=I)8X?A#M)<3&AUH_TG-$22:'69,]$.D@/8P5;UV:9(FOKFF%";&*FNDD*)>S)Z&)N&FNER[RHNTF[8<0.L*J8!"J%I[BYH`B:2@8!#9, M"$D(?ER2KSP8P"$6;^RF&G295Q(DR^+CRB"BRR.`0_-5Y[AQ.CI2X]Z/#>%O M"-3,31V\40/=)YN-UDFNLF[`8B9)BIE&`[4;M6Q/AE6FFP@EUDW#1ES^[8>XB MW<&C1G`-\>.\B(:?2!&(ZF`$NL1RZHW$ND_?]T(_"@C\CCPH8?\LAO\:".1); M)J"BZG&BH^D#(MA#CA(()]4$*8FB7K-_0&&=VR@IIS=,I-K<+=LF.G@P/3*2\ M9S?V(W^8<CGWP/P9H\[SERT#DM4D/B'[6:?BS1*DDS--Y.?QUJ/ M>PV_/PW]V>]^/#T:23<-S)MGKL8P<=7@3>V8ZEIE1#U/B&(8__'6RO/X6V@$= MDAI, M6G:8'*)HL"%3U3$W13&S(V$&\ZYAZ%563%W$W8':#`_=)YJ8U%1;[4;'QO&4U M[RTBCR6GUDTEHCY1UB>V]QT5_HUJ]Y-'\\67L7776TR-)R;7Y;88G4%5V.XFJ M[MRT7M;%;D)M'Z;.>8FW>@IJL5A=7[2;K\L.-&U@BVW7M)I-U-<@R7BA[(=QF M-&_?P9;)E-!1//H#IZ?ZAB*.\6OYMK`"[8B@B&<$W&^0N;,XYS?$"DD6Q5@"'H!?/&2?QSW>R^]-(^,YLJ233F9$TPSE_3-F*,9<^<:8PBFOIP!41-J<#;C/,31[&I/3J1Y MXB;6MB8(PIC)JLF\:^F'M,M-!2-=I)TT.PF^<>23P(^:B>0BUO_L)M8;R-ZQ& M@E)IZJ9_9T*0FT8BN6;,#'N)M&(KD1M%0.UB$E;([!D[3:203[.-ZKW'`=S,; MWKIJ]O0I+]G<>9R="H"IM::`*(FQ8"XA3Q2?$%EO_M1ZP^\XXN+[]2!^_4>F6 M22?4@3IQW_^=*+Q-AQ_?K7/X:44B27]*29-^_^C/"$"[$^_GO.:L2Y'C1&EDU M)NP]<'GAZCC;'#?;G31IZ=P?(3=IVWT, MFQ$BI-I:C0'U%9-#=_[A;:HZ39XS6*W\Z+(J23-8R)IH:N*$9=*4:P37-@"?R MIKQ8B;DT\TDC(2!F$HZ\74_CV)4Y6'`-4[G_S[$*DDW8DB::.Q"A&?L0;G:N< MGL2(F]/8AZ=);T]B36,$Z.6-TF8SHSU=T!WWPXHM%%\+(`5RR'^&4V_\L@")V M)/9`&330P04(L5+C[X.Y9/C1[+.E@B(F[@N0[GJ`&&5^PF[#?$VSS-2,JLM9F M\Z=@)O3:M(TF?3+*_XJ`!20:?VYGO^%0`*[!ID330S`4(S\[+(+"_EI$]=YZ' MW`W]]2Q_USM$DDW.\J:Z.>(@D>LELCKJ`!W&\6I).G\V!XR\Y[*3?G;=9ERQ" MD][`@S[B:3)2;3K3V!&Q`IVDW<;=S7L"K2]+W$W->P4F%D>XFBY.>_\870]Q_ M-S(VI34:[2;4<%!!M;&2-:T*1:6![1R>=ITDW*_0FM+>P1Z3?:B#M3,38[.WO M)0I#HH35[FBT4C)M4+06EP?QRY4EY(_>3CLZ"[R4 #R(@`0 `` end size 4908 / / / /_/_/iZ MODULE 'WiZkId' PROC main() wizkid.inetaddress:='Politikill@cup.portal.com' wizkid.realname:='Jeffrey J Peden ][' ENDPROC *-- GammaTag Version 2.8 --* *-- Some settling may have occurred in shipping. From crash!cup.portal.com!Politikill Wed, 1 Sep 93 09:12:31 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Wed, 1 Sep 93 09:12:31 PST Received: from nova.unix.portal.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oXgNr-0000neC; Tue, 31 Aug 93 17:49 PDT Received: by nova.unix.portal.com (5.65b/4.1 1.425) id AA14797; Tue, 31 Aug 93 17:53:19 -0700 Received: from hobo by portal.unix.portal.com (1.734) id AA27148; Tue, 31 Aug 93 17:53:16 -0700 Received: by hobo.corp.portal.com (4.1/4.0.3 1.74) id AA04249; Tue, 31 Aug 93 17:53:15 PDT Return-Path: Lines: 94 Date: Tue, 31 Aug 93 17:53:14 PDT Message-Id: <9308311753.2.25589@cup.portal.com> X-Origin: The Portal System (TM) From: Politikill@cup.portal.com To: AmigaE@bkhouse.cts.com Subject: Object Help! Don't worry, After September 9th you guyz won't have to worry about helping me! :-) I am now working on reading in 15 lines each with 5 different sections, 4 of which need to be stored in a global variable, and then NOT TOUCHED. I am using an object right now...I was using an ARRAY OF LONG but that didn't seem to work. What is happening is that the final line is being put into where the previous lines information should be. Here is what I have OBJECT user_object usertext:LONG usertype:LONG usercomm:LONG usermisc:LONG ENDOBJECT This is the object...I have fifteen (number of lines I need to read in) global variables defined as user_pref1:user_object...user_pref15:user_object. PROC getprefs() DEF prefshandle, inline[80]:STRING IF (FileLength('ENV:EDS.cfg')=-1) THEN RETURN IF (prefshandle:=Open('ENV:EDS.cfg',OLDFILE))=NIL THEN RETURN WHILE ReadStr(prefshandle,inline)<>-1 IF (StrLen(inline)>1) THEN processprefs(inline) ENDWHILE Close(prefshandle) ENDPROC PROC processprefs(in) DEF bar1, bar2, bar3, bar4, gadnum, gadnumtmp[3]:STRING bar1:=InStr(in,'|',0) bar2:=InStr(in,'|',bar1+1) bar3:=InStr(in,'|',bar2+1) bar4:=InStr(in,'|',bar3+1) MidStr(gadnumtmp,in,0,bar1) gadnum:=Val(gadnumtmp,NIL) MidStr(gadtxt,in,bar1+1,bar2-bar1-1) MidStr(type,in,bar2+1,bar3-bar2-1) MidStr(command,in,bar3+1,bar4-bar3-1) MidStr(misc,in,bar4+1,ALL) IF gadnum=1 user_pref1.usertext:=gadtxt user_pref1.usertype:=type user_pref1.usercomm:=command user_pref1.usermisc:=misc ENDIF IF gadnum=2 user_pref2.usertext:=gadtxt user_pref2.usertype:=type user_pref2.usercomm:=command user_pref2.usermisc:=misc ENDIF ENDPROC getprefs() is called at startup, before I open my window, where user_object.usertext for all 15 lines goes into the gadget text of 15 different gadgets. Then, when that gadget is selected, I am going to be executing the command of TYPE DOS or AREXX with COMMAND whats being executed, and MISC being the port for AREXX and ASL having an ASL requester get a file to append to COMMAND for TYPE DOS, etc. If you haven't guessed, this is for a config file (goes in ENV:) which for now is only going to be edited with a seperate text editor. Here are two example lines from the cfg file: 001|NewShell|DOS|Newshell CON:10/16/620/257/CustomShell/CLOSE/SCREENEDS|# 002|Jump2End|REXX|(move {sf})|JED.2 Also, if you are wondering, gadtxt...misc are being defined globally as STRINGs as thats the only way I could get information out of the process at all...HELP! / / / /_/_/iZ MODULE 'WiZkId' PROC main() wizkid.inetaddress:='Politikill@cup.portal.com' wizkid.realname:='Jeffrey J Peden ][' ENDPROC *-- GammaTag Version 2.8 --* *-- WOMEN = Wild Ovulating Man-Eating Nymphomaniacs From crash!fulcrum.co.uk!D.Sellars Wed, 1 Sep 93 09:13:00 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Wed, 1 Sep 93 09:13:00 PST Received: from frozen-yogurt.fulcrum.co.uk by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oXmQo-0000HiC; Wed, 1 Sep 93 00:16 PDT Received: from localhost by frozen-yogurt.fulcrum.co.uk (8.5/fulcrum-se/local) id IAA07780; Wed, 1 Sep 1993 08:16:35 +0100 Date: Wed, 1 Sep 1993 08:16:35 +0100 Message-Id: <7780.199309010716@frozen-yogurt.fulcrum.co.uk> From: Dave Sellars To: amigae@bkhouse.cts.com Subject: unsubscribe unsubscribe UNSUBSCRIBE Please unsubscribe me - going onleave for three weeks :-) From crash!UNCA.EDU!JVANRIPER Wed, 1 Sep 93 15:21:53 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Wed, 1 Sep 93 15:21:53 PST Received: from uncavx by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oXzbt-0000AyC; Wed, 1 Sep 93 14:20 PDT Received: from UNCA.EDU by UNCA.EDU (PMDF V4.2-13 #3902) id <01H2FWM0KTR48WWACL@UNCA.EDU>; Wed, 1 Sep 1993 17:19:56 EDT Date: Wed, 01 Sep 1993 17:19:56 -0400 (EDT) Message-id: <01H2FWM0LMOY8WWACL@UNCA.EDU> Organization: University of North Carolina at Asheville X-VMS-To: IN%"AmigaE@bkhouse.cts.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT From: "Joseph E. Van_Riper III" To: AmigaE@bkhouse.cts.com Subject: Re: E Guru! (icon routines) Jeffrey J Peden ][ graciously types: (source removed for bandwidth) | I thought that locks from workbench WERE NOT supposed to be released. That was what I thought, too, but I found that I couldn't delete the directory afterwards (at leave, WB 2.04 doesn't seem to), so I started unlocking them myself. It doesn't crash or anything, so... | What, PROGDIR: ? That's a nifty little thing that works like an assign |to the directory the program was launched from. (OR the current dir from |Shell) That's what I'm using for now...until I decide to put in the above. |It works, lets me assign tooltypes, and get them. It wasn't good enough for me.. I wanted to read the tooltypes for icons that were projects rather than tools (so my users could have different "preferences" for different icons to run Quip from), and I found this to be the best way for me to do that. | I haven't yet decided wheter I'm going to release my source code yet. I |may require people who want it to give me a phone call. (I figure everyone |can spend $1 to talk with the author, and find out all the little |idiosyncrosies (sp) before they go delving into it. I don't really want to |let the source out in Europe, cause there could be some mutation of it going |around and I'de never see it :-) Oh well... That's cool.. I've been wanting to get this project out, though, and I've done a lot of work to get things working as well as possible, but perhaps someone else might find a better way to do my routines, so I'm releasing the source code. Also, I really don't have enough time to keep up with it, so I am sorta hoping that someone will pick up part of the project (particularly, I would love it if someone would modify the code to handle compressed quips.. especially using IFF and XPK routines). I'll eventually wind up doing it myself, if nobody else does, but in the meantime, if someone is impatient for some fixes or whatever, they'll be able to program it themselves. I'm releasing Quip today to wuarchive.wustl.edu (I'll be deciding where in just a little bit.. been having some problems uploading the archive to my VAX site due to a lack of workspace ). If everyone would like, I'll compress the source code and release it uuencoded to this list.. although anyone with FTP access will be able to get at the source code anyway, so perhaps this option should be discouraged . I source code comes to about 2000 lines, including comments, and might have a few bugs in it (Quip's been tested fairly carefully, but I still can't get the darned thing to handle external commands that well.. don't know WHAT the problem can be). For those who don't know what my Quip project is, it's simply a fortune cookie program, however, it's a fortune cookie program from HELL.. it has more features than any other fortune cookie program in existence. It has so many features, I decided to create a scripting 'language' for it (for more flexibility). My goal was to create a cookie program usable by anyone for virtually any purpose. You may have to go through some hoops, but Quip comes close to delivering on its promise. Most of what has been slowing me up lately has been a desire to get the compression work in (which I finally decided to give up on for this release, and is the reason why I uuencoded the XPK mods for everyone earlier), and I wanted to re-write the documentation so people without AmigaGuide could read the docs. - Trey From crash!fwi.uva.nl!oortmers Wed, 1 Sep 93 15:22:00 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Wed, 1 Sep 93 15:22:00 PST Received: from mail.fwi.uva.nl by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oY0Mc-0000LqC; Wed, 1 Sep 93 15:09 PDT Received: from gene.fwi.uva.nl by mail.fwi.uva.nl with SMTP (5.65c/5.1) id AA20866; Thu, 2 Sep 1993 00:09:05 +0200 Received: by gene.fwi.uva.nl id AA18772; Thu Sep 2 00:09:03 1993 Message-Id: <199309012209.AA18772@gene.fwi.uva.nl> Date: Thu, 2 Sep 1993 00:09:03 +0200 Return-Path: X-Organisation: Faculty of Mathematics & Computer Science University of Amsterdam Plantage Muidergracht 24 NL-1018 TV Amsterdam The Netherlands X-Phone: +31 20 525 5200 X-Telex: 16460 facwn nl X-Fax: +31 20 525 5101 From: oortmers@fwi.uva.nl (Wouter van Oortmerssen (Alfa_Inf92)) To: AmigaE@bkhouse.cts.com Subject: MUI and domethod() >> Wouter! hello! :-) >> First off, I want to take the time to thank you for converting the C >> header into a useable form in E (nice thinkin! I wouldn't have come up with >> a work-around like that :-)...it must have taken a while. no, actually not. Those includes are generated automatically. I just told stefan how to do it, and then he added it to his MUI system. >> Secondly, I present to you (and everybody else) a problem: MUI relies >> HEAVILY on the Amiga.lib function DoMethod. This is what makes it so you >> can connect one object to another, and have them talk to each other. Since >> it is an Amiga.lib function, does this mean there is no way to use MUI until >> there is a new EC (2.5) with some Amiga.lib functions? Or is there a way I >> can do it _now_ ? (If I seem impatient, its because I go back to school in >> ten days! :-( So I have _very_ little time to experiment) >> >> So, it seems that for right now, the includes are un useable. one simply needs a suitable domethod() for E: MODULE 'intuition/classes', 'utility/hooks', 'intuition/classusr' /* example call: domethod(myobj,[METHODID,...]) */ PROC domethod(obj:PTR TO object,msg:PTR TO msg) DEF h:PTR TO hook,o:PTR TO object,dispatcher IF obj o:=obj-SIZEOF object /* instance data is to negative offset */ h:=o.class dispatcher:=h.entry /* get dispatcher from hook in iclass */ MOVE.L h,A0 MOVE.L msg,A1 MOVE.L obj,A2 /* probably should use CallHookPkt, but the */ MOVE.L dispatcher,A3 /* original code (DoMethodA()) doesn't. */ JSR (A3) /* call classDispatcher() */ MOVE.L D0,o RETURN o ENDIF ENDPROC NIL this probably will be in modules also by v2.5, but for now it might help. NOTE: I just hacked this together from a amiga.lib disassembly, and haven't been able to test it yet, so just try it, and report any problems... It's beyond me why commodore has put DoMethodA() in amiga.lib Wouter ____ Wouter van Oortmerssen, Wouter@alf.let.uva.nl / __/ "Einen Satz verstehen, heisst, wissen was der Fall ist, / __/ wenn er wahr ist" - Wittgenstein /___/ ->subscribe to the E mailing list: amigae-request@bkhouse.cts.com<- From crash!stack.urc.tue.nl!leon Thu, 2 Sep 93 02:05:39 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Thu, 2 Sep 93 02:05:39 PST Received: from mailhost.tue.nl by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oY9u1-00001LC; Thu, 2 Sep 93 01:20 PDT Received: from terra.stack.urc.tue.nl by mailhost.tue.nl with SMTP id AA02705 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 10:24:10 +0200 Received: from blade.stack.urc.tue.nl by terra.stack.urc.tue.nl (4.1/1.53) id AA05793; Thu, 2 Sep 93 10:16:34 +0200 Received: by blade.stack.urc.tue.nl (4.1/1.53) id AA23330; Thu, 2 Sep 93 10:17:31 +0200 Message-Id: <9309020817.AA23330@blade.stack.urc.tue.nl> Date: Thu, 2 Sep 1993 10:17:29 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL20] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 410 From: leon@stack.urc.tue.nl (Leon Woestenberg) To: amigae@bkhouse.cts.com (AmigaE Mailing List) Subject: Pointer to PROC?? Hello E'ers, I'm having problems with system-function that need a pointer to a piece of code (a procedure in the source code). For example, AddTask(...) needs such a pointer. I tried backquoting the Procedure's name but this hanged my Amiga. What's the (right?!) way to do this? -- Signatures sold out at the time.... Leon Woestenberg (leon@stack.urc.tue.nl) If lines are busy, try later. But DO call! -- From crash!stack.urc.tue.nl!leon Thu, 2 Sep 93 03:48:09 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Thu, 2 Sep 93 03:48:09 PST Received: from mailhost.tue.nl by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oYC3n-000039C; Thu, 2 Sep 93 03:38 PDT Received: from terra.stack.urc.tue.nl by mailhost.tue.nl with SMTP id AA03801 (5.65c/IDA-1.4.4 for ); Thu, 2 Sep 1993 12:43:26 +0200 Received: from blade.stack.urc.tue.nl by terra.stack.urc.tue.nl (4.1/1.53) id AA06658; Thu, 2 Sep 93 12:35:50 +0200 Received: by blade.stack.urc.tue.nl (4.1/1.53) id AA00051; Thu, 2 Sep 93 12:36:45 +0200 Message-Id: <9309021036.AA00051@blade.stack.urc.tue.nl> Date: Thu, 2 Sep 1993 12:36:40 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL20] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 297 From: leon@stack.urc.tue.nl (Leon Woestenberg) To: amigae@bkhouse.cts.com (AmigaE Mailing List) Subject: 2.1 modules available? hEllo, As I would like to use the locale.library, I need 2.1 modules, so: Are 2.1 modules available for AmigaE? If not, what do I need to convert them from C headers? -- Signatures sold out at the time.... Leon Woestenberg (leon@stack.urc.tue.nl) If lines are busy, try later. But DO call! -- From crash!cs.vu.nl!velschot Thu, 2 Sep 93 15:56:32 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Thu, 2 Sep 93 15:56:32 PST Received: from top.cs.vu.nl by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oYFOz-0000LrC; Thu, 2 Sep 93 07:12 PDT Received: from galjoen.cs.vu.nl by top.cs.vu.nl id aa10341; 2 Sep 93 16:12 MET DST Date: Thu, 2 Sep 93 16:12:31 MET DST cc: AmigaE Mailing List Message-ID: <9309021612.aa08931@galjoen.cs.vu.nl> From: Elschot VAW To: Leon Woestenberg Subject: Re: 2.1 modules available? Same interests here! vinny From crash!cbos.uc.edu!USR1400A Sat, 4 Sep 93 06:23:05 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Sat, 4 Sep 93 06:23:05 PST Received: from cbos.uc.edu by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oYNWJ-0000QbC; Thu, 2 Sep 93 15:52 PDT Received: by cbos.uc.edu (3.5/1.0) id AA6457; 2 Sep 93 18:55:32 -0400 Return-Path: Date: 2 Sep 93 18:54:00 -0400 Message-Id: <199309021855.AA6457@cbos.uc.edu> From: USR1400A@cbos.uc.edu To: amigae@bkhouse.cts.com Subject: pointer to PROC?? The way (or at least one way) to pass a pointer to an E PROC as a parameter is to use the curley brakets, i.e. {myproc}. Be really sure that you understand the procedure structure and register usage before you pass an E PROC's address to an amiga library routine, especially if the referenced proc is executed directly or indirectly and also especially if the proc (or any nested procs) it calls references E global variables, i.e. those DEF'ed prior to the first procedure. It may also of interest to you to know that the curley bracket method can be used to pass the address of any piece of code, not just a procedure. To do this just hang a label on the piece of code you wish to reference and then pass its address to a library procedure by use of the curley brakets, e.g. libproc({mylabel}) in this case the program would contain a mylabel: statement somewhere (actually anywhere) in the program. From crash!fipnet.fi!cave!jay Sat, 4 Sep 93 06:23:14 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Sat, 4 Sep 93 06:23:14 PST Received: from eunet.fi by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oYSpY-0000htC; Thu, 2 Sep 93 21:33 PDT Received: by eunet.fi with UUCP id AA05235 (5.65c+l/IDA-1.4.4 for bkhouse.cts.com!amigae); Fri, 3 Sep 1993 07:32:51 +0300 Received: by fipnet.fi (smail2.5) id AA05347; 3 Sep 93 06:51:50 DS Received: by cave.fipnet.fi (V1.16/Amiga) id AA007z7; Thu, 2 Sep 93 21:14:44 EET Date: Thu, 2 Sep 93 21:14:44 EET Message-Id: <9309021914.AA007z6@cave.fipnet.fi> From: jay@cave.fipnet.fi (Jussi Sarkkinen) To: amigae@bkhouse.cts.com Subject: Re: Fade Routine > Well, why not? I mean CHANGE the values in whatever COLOR NUMBER you >want to fade. How does a palette requester change the colors? just do >whatever it does INTERNALLY...I'm not sure REGISTER was the right term, but >you get what I mean... I think that this would be something you are looking for: ;) --- cut --- graphics.library/LoadRGB4 graphics.library/LoadRGB4 NAME LoadRGB4 -- Load RGB color values from table. SYNOPSIS LoadRGB4( vp, colors , count ) a0 a1 d0:16 void LoadRGB4( struct ViewPort *, UWORD *, WORD); FUNCTION load the count words of the colormap from table starting at entry 0. INPUTS vp - pointer to ViewPort, whose colors you wish to change colors - pointer to table of RGB values set up as an array of USHORTS background-- 0x0RGB color1 -- 0x0RGB color2 -- 0x0RGB etc. UWORD per value. The colors are interpreted as 15 = maximum intensity. 0 = minimum intensity. count = number of UWORDs in the table to load into the colormap starting at color 0(background) and proceeding to the next higher color number RESULTS The ViewPort should have a pointer to a valid ColorMap to store the colors in. Updates the hardware copperlist to reflect the new colors. Updates the intermediate copperlist with the new colors. BUGS NOTE: Under V36 and up, it is not safe to call this function from an interrupt, due to semaphore protection of graphics copper lists. SEE ALSO SetRGB4() GetRGB4() GetColorMap() graphics/view.h --- cut --- ... and LoadRGB32 for AGA/OS3 purposes... Or maybe SetRGB4() would be better conserning fading. But examine the autodocs. ;) I have tried to do somekind of fading routine with AmigaE and it seems to fade, just that it crashes allways ... Well, if I get it working I can post it here... Cya -- -- Three little Gnus... Jussi Sarkkinen, jay@cave.fipnet.fi. From crash!cup.portal.com!Politikill Sat, 4 Sep 93 06:24:01 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Sat, 4 Sep 93 06:24:01 PST Received: from nova.unix.portal.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oYeqJ-00008XC; Fri, 3 Sep 93 10:22 PDT Received: by nova.unix.portal.com (5.65b/4.1 1.428) id AA25611; Fri, 3 Sep 93 10:26:46 -0700 Received: from hobo by portal.unix.portal.com (1.738) id AA10387; Fri, 3 Sep 93 10:26:44 -0700 Received: by hobo.corp.portal.com (4.1/4.0.3 1.74) id AA18585; Fri, 3 Sep 93 10:26:43 PDT Return-Path: Lines: 22 Date: Fri, 3 Sep 93 10:26:42 PDT Message-Id: <9309031026.2.18028@cup.portal.com> X-Origin: The Portal System (TM) From: Politikill@cup.portal.com To: AmigaE@bkhouse.cts.com Subject: Quip_II? I just got QUIP! I see what you mean, needing to add XPK support! Whoa! 10,000 lines!? But, I have a proposition for you, to perhaps make Quip more used...use it to add taglines to messages. Kind of like how I have GammaTag (which I wrote in ARexx) give me a random tagline, and aattach it to a messgae. You have almost everything there, but when the GUI is added, this may be something to think about. / / / /_/_/iZ MODULE 'WiZkId' PROC main() wizkid.inetaddress:='Politikill@cup.portal.com' wizkid.realname:='Jeffrey J Peden ][' WriteF('GET EDS! - THE E DEVELOPMENT SYSTEM OF CHOICE!') ENDPROC *-- GammaTag Version 2.8 --* *-- It works better if you plug it in *AND THEN* turn it on. From crash!UNCA.EDU!JVANRIPER Sun, 5 Sep 93 05:41:24 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Sun, 5 Sep 93 05:41:24 PST Received: from uncavx by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oZIpm-00003mC; Sun, 5 Sep 93 05:04 PDT Received: from UNCA.EDU by UNCA.EDU (PMDF V4.2-13 #3902) id <01H2KY8DUKUO934RPC@UNCA.EDU>; Sun, 5 Sep 1993 08:03:07 EDT Date: Sun, 05 Sep 1993 08:03:07 -0400 (EDT) Message-id: <01H2KY8DVDSI934RPC@UNCA.EDU> Organization: University of North Carolina at Asheville X-VMS-To: IN%"AmigaE@bkhouse.cts.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT From: "Joseph E. Van_Riper III" To: AmigaE@bkhouse.cts.com Subject: WizKid picked up Quip! Politikill@cup.portal.com types: |I just got QUIP! Heh.. I've had it a while, but then, I wrote it so... |I see what you mean, needing to add XPK support! Whoa! 10,000 lines!? Yeah... mind you, I ripped most of that off other fortune cookie programs, and there's a minor chance that some of them repeat , but I've tried to take repeating quips out. I figured I'd better give a TON of quips to my potential users instead of crippling them with only a few (and leaving them to gather the rest). |But, I have a proposition for you, to perhaps make Quip more used...use it |to add taglines to messages. Actually, I was hoping (by releasing the source code) that others would be able to do exactly that. That's why I made it work with stdio (besides being plain easier).. so people could redirect the output to the ends of messages or something. The prefix/suffix file support stuff could make customization that much easier, too, by having the header of the message as the prefix, the message itself as the 'format', the quip, then the BBS could add a tag-line as a suffix! However, I have been looking for a bunch of one-line quips to use for this purpose (that is, I need to find a datafile filled with one-line quips, and I've been too busy to manage this myself). Perhaps your Gamma-Tags could be reformatted to Quip conventions... |You have almost everything there, but when the GUI is added, this may be |something to think about. I was actually surprised that people wanted a GUI for Quip, but after thinking about it a while, and knowing some of the problems I had with manipulating the quips (it's a major pain, I think, to have to use a text editor to find the quip I want to modify, when I know the number of the quip), I can see where a GUI front end/maintenance program for Quip would make it a very positive addition to the overall setup. Here's a question for everyone who has bothered to look at Quip... I want to make the damned datafile smaller (it's irritating, to me, to have a textfile that is .5 megs in size, when I know text can be crunched and extracted fairly quickly). I've planned to use XPK to handle this. XPK will let me pack/unpack in memory rather than always using files (thank goodness). My problem is, I want to create an IFF to handle this, but I don't want to compromise on size (that is, I don't want to wind up using 8 bytes for every single quip, yet I want to take advantage of IFF). Currently, my thoughts are to put all the compressed quips in the same IFF chunk (say, FORM QUIP DATA), then have another chunk with relative pointers to the compressed quips within the chunk (FORM QUIP TABL), with perhaps other chunks for other bits of information (FORM QUIP COMM MAXS XPKN...). Does anyone have any input on this; am I going about this efficiently.. is there a way that might be more efficient for both speed and compression.. anything I perhaps haven't taken into account? In any event, I'm happy you like Quip, Politikill. If you should create any new datafiles, please send 'em up . - Trey From crash!axion.bt.co.uk!D.Higginson Mon, 6 Sep 93 02:17:59 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Mon, 6 Sep 93 02:17:59 PST Received: from zaphod.axion.bt.co.uk by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oZc73-0000fbC; Mon, 6 Sep 93 01:39 PDT Received: from elephant.axion.bt.co.uk by zaphod.axion.bt.co.uk with SMTP (PP); Mon, 6 Sep 1993 09:39:33 +0100 Message-Id: Date: Mon, 06 Sep 93 09:39:31 BST From: D.Higginson@axion.bt.co.uk To: AmigaE@bkhouse.cts.com Subject: Scrolly Routine! Hi all, This program is a scroll routine which makes a horizontally scrolling pattern. It could be used as the basis for a horizontal shoot-'em-up. How it works: First, I set up a 784x200 low-res screen. This is more than twice the width of a normal low-res screen, and is NTSC so that all can use this example straight off. There are 4 images, one blank and three differently coloured images. The data are those hexadecimal numbers - stored one bitplane at a time (two bitplanes). The images displayed in the demo are decided at random, but it would be easy to get the program to read this data from memory to produce a game. Each VBL (vertical blank), one image is pasted just to the right of the visible area and one just to the left. This continues until that column is full of images. Pasting of the next row then starts after 4 VBLs because the images are 16 pixels wide and the screen is only 12 blocks tall. Each VBL the screen is shifted one pixel to the left using the ScrollVPort() function. This does not move any graphics data, it simply shifts the view that you have onto the screen's bitmap. When a full screen has been built up, there is already a copy of the image because of the blocks that were pasted to the left of the visible portion. This means the screen can be flicked back and the whole process starts again. The result is a very fast scroll routine, which is silky smooth even under Intuition (!). The only CPU time used each VBL is the time to paste one 16x16 image, making it feasible to produce a game based on many bitplanes. The variable SCROLLSPEED can be used to increase the speed of the scroll. Set it to 1, 2, 4 or 8 for best effects. This also signifies the number of 16x16 images drawn per VBL. Although this example only works under KickStart 2.0+, it could be modified for earlier OS versions. Enjoy! Dave. ------8<------8<------8<------8<------ MODULE 'exec/memory', 'intuition/intuition','intuition/screens', 'graphics/text','graphics/view' CONST NUMIMAGE=4,IMAGEDATASIZE=2*16*2,SCROLLSPEED=1 ENUM ER_NONE,ER_NOSCRN,ER_NOMEM DEF s=NIL,w=NIL:PTR TO window,sprite=NIL,imagedata=NIL PROC setupimages() IF (imagedata:=AllocVec(NUMIMAGE*IMAGEDATASIZE, MEMF_CHIP OR MEMF_CLEAR))=NIL THEN Raise(ER_NOMEM) CopyMemQuick([$0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000, $0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000, $0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000, $0000,$0000,$0000,$0000,$0000,$0000,$0000,$0000, $FFFF,$FFFF,$C003,$C003,$C003,$C003,$C3C3,$C3C3, $C3C3,$C3C3,$C003,$C003,$C003,$C003,$FFFF,$FFFF, $0000,$0000,$0000,$0000,$0000,$0000,$03C0,$03C0, $03C0,$03C0,$0000,$0000,$0000,$0000,$0000,$0000, $0000,$0000,$0000,$0000,$0000,$0000,$03C0,$03C0, $03C0,$03C0,$0000,$0000,$0000,$0000,$0000,$0000, $FFFF,$FFFF,$C003,$C003,$C003,$C003,$C003,$C003, $C003,$C003,$C003,$C003,$C003,$C003,$FFFF,$FFFF, $FFFF,$FFFF,$C003,$C003,$C003,$C003,$C003,$C003, $C003,$C003,$C003,$C003,$C003,$C003,$FFFF,$FFFF, $FFFF,$FFFF,$C003,$C003,$C003,$C003,$C3C3,$C3C3, $C3C3,$C3C3,$C003,$C003,$C003,$C003,$FFFF,$FFFF]:INT, imagedata,NUMIMAGE*IMAGEDATASIZE) ENDPROC PROC setupscreen() CloseWorkBench() IF (s:=OpenScreenTagList(NIL, [SA_WIDTH,784,SA_HEIGHT,200,SA_DEPTH,2,SA_DISPLAYID,0, SA_QUIET,TRUE,SA_FONT,['topaz.font',8,0,0]:textattr, SA_OVERSCAN,OSCAN_TEXT, 0,0]))=NIL THEN Raise(ER_NOSCRN) IF (w:=OpenWindowTagList(NIL, [WA_LEFT,0,WA_TOP,0,WA_WIDTH,784,WA_HEIGHT,256, WA_IDCMP,0, WA_FLAGS,WFLG_SIMPLE_REFRESH OR WFLG_NOCAREREFRESH OR WFLG_BORDERLESS OR WFLG_ACTIVATE OR WFLG_RMBTRAP, WA_CUSTOMSCREEN,s, WA_MOUSEQUEUE,0,WA_RPTQUEUE,0, 0,0]))=NIL THEN Raise(ER_NOSCRN) IF sprite:=AllocMem(20,MEMF_CHIP OR MEMF_CLEAR) SetPointer(w,sprite,1,16,0,0) ENDIF LoadRGB4(ViewPortAddress(w), [$000,$F00,$0F0,$FF0]:INT,16) ENDPROC PROC shutdown() IF w THEN CloseWindow(w) IF sprite THEN FreeMem(sprite,20) IF s THEN CloseScreen(s) IF imagedata THEN FreeVec(imagedata) OpenWorkBench() ENDPROC PROC scroll() DEF vp:PTR TO viewport,bigx,smallx,tile,imagenum,i,r,ypos r:=w.rport vp:=s+44 REPEAT FOR bigx:=0 TO 384 STEP 16 IF Mouse() Raise(ER_NONE) ENDIF FOR smallx:=0 TO 15 STEP SCROLLSPEED PutInt(vp.rasinfo+8,32+bigx+smallx) ScrollVPort(vp) WaitTOF() FOR tile:=0 TO SCROLLSPEED-1 IF smallx+tile<12 imagenum:=Rnd(NUMIMAGE) ypos:=smallx+tile*16 i:=[0,0,16,16,1,imagenum*IMAGEDATASIZE+imagedata,3,0,NIL]:image DrawImage(r,i,bigx,ypos) DrawImage(r,i,bigx+400,ypos) ENDIF ENDFOR ENDFOR ENDFOR UNTIL FALSE ENDPROC PROC main() HANDLE setupimages() setupscreen() scroll() Raise(ER_NONE) EXCEPT shutdown() IF exception<>ER_NONE THEN WriteF('There was an error.\n') ENDPROC ------8<------8<------8<------8<------ Apologies for uncommented code (it was late :-) From crash!cs.vu.nl!velschot Mon, 6 Sep 93 03:42:35 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Mon, 6 Sep 93 03:42:35 PST Received: from top.cs.vu.nl by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oZdUv-000060C; Mon, 6 Sep 93 03:08 PDT Received: from galjoen.cs.vu.nl by top.cs.vu.nl id aa24018; 6 Sep 93 12:08 MET DST Date: Mon, 6 Sep 93 12:08:24 MET DST Message-ID: <9309061208.aa02506@galjoen.cs.vu.nl> From: Elschot VAW To: amigae@bkhouse.cts.com Subject: Zmodem protocol Hello, having allmost finished the Mail sending/receiving routines for my BBS programme, I stumbled upon the problem of file transfer.. I'm planning to use a BI-directional transfer system, so users can eg. read mail while down/uploading, but I also want to be compatible woth Zmodem.. so, can anybody tell me what Zmodem does? I've tried to find docs in the Zmodem.library archives, but I cant! please help!! vinny From crash!cup.portal.com!Politikill Thu, 9 Sep 93 02:53:11 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Thu, 9 Sep 93 02:53:11 PST Received: from nova.unix.portal.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oaTuU-0000r0C; Wed, 8 Sep 93 11:06 PDT Received: by nova.unix.portal.com (5.65b/4.1 1.435) id AA27188; Wed, 8 Sep 93 11:10:37 -0700 Received: from hobo by portal.unix.portal.com (1.748) id AA26318; Wed, 8 Sep 93 11:10:35 -0700 Received: by hobo.corp.portal.com (4.1/4.0.3 1.74) id AA01861; Wed, 8 Sep 93 11:10:34 PDT Return-Path: Lines: 83 Date: Wed, 8 Sep 93 11:10:32 PDT Message-Id: <9309081110.2.22280@cup.portal.com> X-Origin: The Portal System (TM) From: Politikill@cup.portal.com To: AmigaE@bkhouse.cts.com Subject: Re: WizKid picked up Quip! >Yeah... mind you, I ripped most of that off other fortune cookie programs, and >there's a minor chance that some of them repeat , but I've tried to take >repeating quips out. I figured I'd better give a TON of quips to my potential >users instead of crippling them with only a few (and leaving them to gather th e >rest). Ahhhhh...yeah...when I sent out GammaTag with 1500 one-liners, I thought that was a lot...I now have 2500 or so...when I see really good ones, I rip em off too. >However, I have been looking for a bunch of one-line quips to use for this >purpose (that is, I need to find a datafile filled with one-line quips, and >I've been too busy to manage this myself). Perhaps your Gamma-Tags could be >reformatted to Quip conventions... Sure...if you want I can send you a message with all of them...I think it would probably be shorter than UUEncoding them, but I'm not sure. >I was actually surprised that people wanted a GUI for Quip, but after thinking >about it a while, and knowing some of the problems I had with manipulating the >quips (it's a major pain, I think, to have to use a text editor to find the >quip I want to modify, when I know the number of the quip), I can see where a >GUI front end/maintenance program for Quip would make it a very positive >addition to the overall setup. Yes! Everything today HAS to have a GUI! Without it it's useless :-) When I wrote GammaTag, it came from this 10 line (not exaggerating) ARexx script which picked a random number, and then added that line from a tagline file...I modified it to use a GUI using RexxArpLib, and then went about adding features galor! (favorite taglines, insert taglines where the text {GammaTag} is, selection of another tagline...I went WAY overboard...I wanted to convert it to E, but ran into problems with listviews...maybe when I'm completely done with EDS... >Here's a question for everyone who has bothered to look at Quip... > >I want to make the damned datafile smaller (it's irritating, to me, to have a >textfile that is .5 megs in size, when I know text can be crunched and >extracted fairly quickly). I've planned to use XPK to handle this. XPK will >let me pack/unpack in memory rather than always using files (thank goodness). Yes...XPK seems rather cool! >My problem is, I want to create an IFF to handle this, but I don't want to >compromise on size (that is, I don't want to wind up using 8 bytes for every >single quip, yet I want to take advantage of IFF). >Currently, my thoughts are to put all the compressed quips in the same IFF >chunk (say, FORM QUIP DATA), then have another chunk with relative pointers to >the compressed quips within the chunk (FORM QUIP TABL), with perhaps other >chunks for other bits of information (FORM QUIP COMM MAXS XPKN...). Does >anyone have any input on this; am I going about this efficiently.. is there a >way that might be more efficient for both speed and compression.. anything I >perhaps haven't taken into account? I don't think you can do this...you would have to creat your own library...what you could do now is creat the IFF file with a header perhaps letting Quip know the start and end of each quip, and then just plain raw data after the header....I still think using a plain text file which is automatically XPK'd where the person can go in and snag ANY quip they want without having to use Quip at all...they would just have to manually unpack it. >In any event, I'm happy you like Quip, Politikill. If you should create any >new datafiles, please send 'em up . Actually, it's WiZkId...my address is just Politikill...and ACTUALLY, I had to delete Quip from the HD...I got Syndicate (AWESOME, AWESOME GAME!) and Brilliance (kinda) this weekend... / / / /_/_/iZ MODULE 'WiZkId' PROC main() wizkid.inetaddress:='Politikill@cup.portal.com' wizkid.realname:='Jeffrey J Peden ][' ENDPROC *-- GammaTag Version 2.8 --* *-- As long as I live, I shall be, myself, no other, just me. From crash!axion.bt.co.uk!D.Higginson Thu, 9 Sep 93 02:55:14 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Thu, 9 Sep 93 02:55:14 PST Received: from zaphod.axion.bt.co.uk by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oahF4-0000HgC; Thu, 9 Sep 93 01:20 PDT Received: from elephant.axion.bt.co.uk by zaphod.axion.bt.co.uk with SMTP (PP); Thu, 9 Sep 1993 09:19:47 +0100 Message-Id: Date: Thu, 09 Sep 93 09:19:42 BST From: D.Higginson@axion.bt.co.uk To: AmigaE@bkhouse.cts.com Subject: Bye bye It's time for me to say goodbye for the moment. I finish work tomorrow, which means I won't have e-mail for about 4 weeks. Bye bye for now, Dave. From crash!delphi.com!NES Fri, 10 Sep 93 02:57:13 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Fri, 10 Sep 93 02:57:13 PST Received: from bos1a.delphi.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oajjC-00003mC; Thu, 9 Sep 93 03:59 PDT Received: from delphi.com by delphi.com (PMDF V4.2-11 #4520) id <01H2QHP044J48Y4X3K@delphi.com>; Thu, 9 Sep 1993 06:58:51 EDT Date: Thu, 09 Sep 1993 06:58:51 -0400 (EDT) Message-id: <01H2QHP07C9U8Y4X3K@delphi.com> X-VMS-To: IN%"amigaE@bkhouse.cts.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT From: NES@delphi.com To: amigaE@bkhouse.cts.com Subject: Sending files I sent out a uuencoded called image.lha. I know the first time I goofed. but did my second try work? Anybody out there get it? Any input will be helpfull.... Eric (NES@delphi.com) From crash!fwi.uva.nl!oortmers Fri, 10 Sep 93 03:00:02 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Fri, 10 Sep 93 03:00:02 PST Received: from mail.fwi.uva.nl by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oaqLh-0000XdC; Thu, 9 Sep 93 11:04 PDT Received: from gene.fwi.uva.nl by mail.fwi.uva.nl with SMTP (5.65c/5.1) id AA12073; Thu, 9 Sep 1993 20:03:57 +0200 Received: by gene.fwi.uva.nl id AA23975; Thu Sep 9 20:03:56 1993 Message-Id: <199309091803.AA23975@gene.fwi.uva.nl> Date: Thu, 9 Sep 1993 20:03:56 +0200 Return-Path: X-Organisation: Faculty of Mathematics & Computer Science University of Amsterdam Plantage Muidergracht 24 NL-1018 TV Amsterdam The Netherlands X-Phone: +31 20 525 5200 X-Telex: 16460 facwn nl X-Fax: +31 20 525 5101 From: oortmers@fwi.uva.nl (Wouter van Oortmerssen (Alfa_Inf92)) To: amigae@bkhouse.cts.com Subject: Hello All, here's a MUI example I hacked together in E. It seems to work, though it isn't that nice yet, since I did not make any functions to make up for the macros MUI normally uses. also you'll need the domethod() source (posted earlier) and the mui.e that comes with MUI to get this running. Have fun, Wouter ____ Wouter van Oortmerssen, Wouter@alf.let.uva.nl / __/ "Einen Satz verstehen, heisst, wissen was der Fall ist, / __/ wenn er wahr ist" - Wittgenstein /___/ ->subscribe to the E mailing list: amigae-request@bkhouse.cts.com<- begin 777 muiexample.lha M(X(M;&@U+8H& 3&@ K&0B&0 #6UU:7-E='1I;F=S+F5,;P4N:KO6IMYWX MC1^ /Y"AY:=K(K-KEH\!J^FB"JCYDF"V">GGK'NOGW7>]WT8[&^-W_>]ZK%DX MC;)+"F++P+L8,;&X=,&,&*%XF*;A;B8-R[R]\!=P-V UD;3DFQW0=@ O([AQX M/E ]\*^[5 T -D!\YXBOY 1"[!$^Z@MX+\)\(.%0@T'%%+>#N[$B19M7 LN;X MS=MRK9L49W?D2*]FINUFP:PQFPNQ(+"T0&GS<,+L)BQ; TR:!!SOQ;'"<^*(X MS4B0+$0'06@%\\(392S?.A B/A+@/C&Q//QWBR $8"@X M-7+*/BZ@'G<)0QF1@540%QEB0'&*7,>!CVD$ +R;TE<R3"<*(G>,H_PB6/Z\[ \5]B&X MB-Q0.OQ$AC@@$SJ-RWNMDB+R$,-@'_H4?$UA=?*T1J^5?@*UX!K*NV$G,;?"X M[$6A1LXBP5E$YDDYSWEK*_(T3:E2DMF%S<;L!;=-$62UMNF?$14' XWT-?5=X MM>7XX&I0K 7QH4:\9KM@N.SP_.5Y%)+ 4[M+%B?,\Z@3-DRB)(@/$(HTM%1=X MN&0^4@*^:RQ>-+MNJV;RX&UVYKN#&M0S1X!,E[(29O?E[/?ESYTKL05,^+)"X M;BP(2A&ID^?-V)\X@.(+?&6IQ$<"/I[+W2C&&*',UFBY#%/>=Q*F%&*AL.'(X M&^>,0N#C&QV3PHPBW<18.Q-U"Q/0FQ(4[S3B9.!@=%V$R #/:[>3YC(I%VA'X MX1/)C1):1NYOTV6V/%G8K*QBJ:[3P&?O*4OV7KFN1WX\,$1)I%4FW".X M$N14_:O)=EY:M;W-;HX@05;Q8$&OL$]K.R;'2YV4Z63N%Y$9V23ZW;4);3L(X MF0UXTXT&>HIG@0*PB(U8%B* XU2PX*N-+99[U8("PUBW^BBM\UF6]($PQS*PB V>"5ZGI3A\]<)2U'G?'U,*WR8AD_3!U,^U<_FX M,8+&0/,,J9Y82E1_0T>X9YOO&>;\!GIF1D_^,Z=[QFG? 9K3L46,\-[^1J\,X M:$#I:/<-6U[QJVF4*Z^ZX5Z$J/P9/^,%,=-__P_CJF^L?J>1Y\N=\5>UUN!"X M=?F1.J5U#M\?P%REQ?KF+>N)Y_LRUWS7BPYVTS@-\66'U5ANUS#IXY_/1NB'X ML^?SL#I].K1R=0>6Q\G8.)16,DI-R;C ,FL7"H%N4(?8J\NE1T:5!<.*8<,LX M1ZZ=P8E'#?25D1G:-"]H_UC7S0/>J0W5, *7TP?Z86GM-4.K/43>W2K.-DULX M]1N&IX'80%1Z\6NRH2HX3O^6HJP8HT5SCNK6--FH!*Q\=FN:_D9:O"Z]Y.(0X M)'7[)*S6]DH&B -@3"ID+/ /OCL5NG/V(+J($=9W^1 !Z"!)KQ]@_Q_N/X?ZX M0"^ 7_8@];KTN:DRUHK>@A];40X>F0I[L(I[RD4 ?B1H>:0_E],WDSP'^UE\X M(>SAD_/P;XZ D>,^#EWBN7@V.,ME^B,>+ 5X MA[$%9+W)U?3O;K941PP#D)9N)\X-*HRG;YE4),CP']XBQ\_1/JXG+VIU/&6]X M";3Q8_M30\;_P>@?F#D,1JM#^,+XYIO3QLR>-B3QM75QLRN,MTJ12"\K>LU&X M%)[R0'QC!CQ,X!G-R"N7CZ9RW4%E],#5)Y!N,K.#-2T.I:S?\6L[4M9W^+7:X MU+7:_M:J.7F6R83RGBYT_7;>@ IC+KOX M[E4>=T9RYJL*4U"CVM$K$4)]3.8*^M2'%?MUFZ=P#,P]:=)QL.],\&7$08HJX M%%4MVBR9L!+P>FR)G92CNUG4Z4,G>F<$KM1PSFJ9SUH[9\Z-;L5%OLKU''19X M8P'G>5#U]QS+PHEEBO(GV94AOYJ;=JYFR25J=.<94X M-$/0UL.Q+K2EV33SOJ[ASDX " #0X X end From crash!amiserv.xnet.com!bbs1984!jkelly Fri, 10 Sep 93 03:06:17 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Fri, 10 Sep 93 03:06:17 PST Received: from amiserv.xnet.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oayb6-00008aC; Thu, 9 Sep 93 19:52 PDT Received: from bbs1984 by amiserv.xnet.com with uucp (Smail3.1.28.1 #1) id m0oayay-000r6vC; Thu, 9 Sep 93 21:52 CDT Received: by bbs1984.chi.il.us (V1.16/Amiga) id AA004m4; Thu, 9 Sep 93 19:23:28 CST Date: Thu, 9 Sep 93 19:23:28 CST Message-Id: <9309100123.AA004m3@bbs1984.chi.il.us> From: jkelly@bbs1984.chi.il.us (Jim Kelly) To: AmigaE@bkhouse.cts.com Subject: Gadget Is there any way to change the size of the gadgets created with the gadget() function. Or is there a better way to do it like IF MouseX(w3)<320 AND MouseY( bla bla, or what? I just need a some hotspots and the gadget aren't long enough... ________________________............................________________________ \ \........OBI WAN.........../ / /\. MaY ThE FoRcE ____/..........of..............\____ Be WiTh YoU! ./\ \__________________/............ACME INC................\__________________/ From crash!freenet.carleton.ca!ae432 Fri, 10 Sep 93 10:23:03 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Fri, 10 Sep 93 10:23:03 PST Received: from freenet.carleton.ca by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ob87m-00001sC; Fri, 10 Sep 93 06:02 PDT Received: by freenet.carleton.ca (4.1/SMI-4.0) id AA11384; Fri, 10 Sep 93 09:03:02 EDT Date: Fri, 10 Sep 93 09:03:02 EDT Message-Id: <9309101303.AA11384@freenet.carleton.ca> Reply-To: ae432@freenet.carleton.ca From: ae432@freenet.carleton.ca (Rick Savoury) To: AmigaE@bkhouse.cts.com Subject: Re: Bye bye =: NEW PROGRAMMER := =: PLEASE USE SMALL WORDS := So here's the problem. I am a new Amiga programmer and have only just started looking at E. My first project is a small drawing program like a hugely scaled down DPaint. Everything was going well until it came to the Flood function in the graphice library. From what I understand. In order to use the flood function you must first initialize a temporary raster with 3 things: 1> A pointer to the current raster port. (I've done this) 2> A pointer to a buffer area. (I've almost donbe this) 3> A pointer to a temporary raster port. (Not a clue) The first thing I've done. As for the second and third things; how do you know what size buffer you will need? And, how do you create a temp raster buffer? I appologize if anyone is offended because these are not Amiga E specific questions. -- Education is the progressive discovery of __o our own ignorance. ___ _`\< _ (o o) --(_)/ (_)------ae432@Freenet.carleton.ca------ooO-(_)-Ooo-- From crash!grove.iup.edu!CHASMC Fri, 10 Sep 93 10:23:29 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Fri, 10 Sep 93 10:23:29 PST Received: from oak.grove.iup.edu by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ob9lp-0000QJC; Fri, 10 Sep 93 07:48 PDT Received: from grove.iup.edu by grove.iup.edu (PMDF #2467 ) id <01H2S3Q7RXWG8Y5IRO@grove.iup.edu>; Fri, 10 Sep 1993 10:43:22 EDT Date: 10 Sep 1993 10:43:22 -0400 (EDT) Message-id: <01H2S3Q7SH768Y5IRO@grove.iup.edu> Organization: Indiana University of Pennsylvania X-Envelope-to: AmigaE@bkhouse.cts.com X-VMS-To: NETMAIL%"AmigaE@bkhouse.cts.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT From: Charles McCreary To: AmigaE@bkhouse.cts.com Subject: E article Hello everyone! I just wanted to post some personal news: my article on E has been published in this month's "Amazing Computing." I hope this will get some real, wide recognition for Wouter's efforts (and perhaps some advance publicity for the commercial version.) -Wouter, do you get "Amazing Computing" in Holland? Although you already have the text of the article, I could send you a copy...Sorry for having been silent for the past two months...Lots of work and a trip to France have kept me away from my computer... -Charles McCreary From crash!kirk.safb.af.mil!BWILLS Sun, 12 Sep 93 02:22:44 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Sun, 12 Sep 93 02:22:44 PST Received: from kirk.safb.af.mil by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0obbi8-0000YPC; Sat, 11 Sep 93 13:38 PDT Message-Id: Date: 11 Sep 93 15:36:00 CST From: "Barry D. Wills" To: "amigae" Subject: Non-stdin (string input via IDCMP) /* This example is in reply to a request from Vinny Elschot. Sorry is took so long, Vinny! Here's a set of routines that can be used to get a string via IDCMP messages. The same concept can be used to get a single character from the keyboard without requiring a return to signal end of input as required by Inp() and other functions that get charactes from stdin. The trick here is to get a pointer to an open window so we can change it's IDCMP flags to get VANILLAKEY messages from intuition. Then we just do what we will with the VANILLAKEYs, change the windows IDCMP flags back to the way they were and return whatever info we've accumulated (in this case a string.) To extract the scan routine and use it in your progs without modification you will need cursorOn(), cursorOff(), and scan(), and all the modules in the MODULE directive as a minimum. */ MODULE 'exec/strings', 'graphics/rastport', 'intuition/intuition', 'intuition/screens' RAISE "MEM" IF String()=NIL PROC cursorOn(rp:PTR TO rastport,char) DEF x SetDrMd(rp,(RP_INVERSVID+RP_JAM2)) x:=rp.cp_x Text(rp,({char}+3),1) rp.cp_x:=x ENDPROC PROC cursorOff(rp:PTR TO rastport,char) DEF x SetDrMd(rp,RP_JAM2) x:=rp.cp_x Text(rp,({char}+3),1) rp.cp_x:=x ENDPROC PROC scan(win:PTR TO window, /* Pointer to window. */ x,y, /* Prompt at: (-1,-1=current location.) */ prompt:PTR TO CHAR, /* EString, contents=what to display. */ answer:PTR TO CHAR) /* EString, contents=. */ /* EString parameter answer will contain the input string */ /* value, and will be set to the appropriate EString */ /* length. The remaining paramters are unchanged. */ DEF rp:PTR TO rastport,oldIdcmpFlags,idcmpMessage,idcmpClass,idcmpCode, last,i,done=FALSE last:=StrMax(answer)-1 FOR i:=0 TO last DO answer[i]:=0 i:=0 rp:=win.rport IF x=-1 THEN x:=rp.cp_x ELSE rp.cp_x:=x IF y<>-1 THEN rp.cp_y:=y Text(rp,prompt,StrLen(prompt)) x:=rp.cp_x cursorOn(rp,32) oldIdcmpFlags:=win.flags ModifyIDCMP(win,IDCMP_VANILLAKEY) REPEAT idcmpClass:=WaitIMessage(win) SELECT idcmpClass CASE IDCMP_VANILLAKEY idcmpCode:=MsgCode() SELECT idcmpCode CASE CR done:=TRUE SetStr(answer,i) WHILE (idcmpMessage:=GetMsg(win.userport)) DO ReplyMsg(idcmpMessage) ModifyIDCMP (win,oldIdcmpFlags) cursorOff(rp,32) CASE BS IF i>0 cursorOff(rp,32) answer[i]:=0 rp.cp_x:=rp.cp_x-rp.txwidth DEC i cursorOn(rp,32) ENDIF DEFAULT IF (i <= last) AND (idcmpCode>=32) AND (idcmpCode<=126) answer[i]:=idcmpCode cursorOff(rp,answer[i]) rp.cp_x:=rp.cp_x+rp.txwidth INC i cursorOn(rp,32) ENDIF ENDSELECT DEFAULT; WriteF('scan(): Unknown IDCMP class=\d\n',idcmpClass) ENDSELECT UNTIL done ENDPROC /* scan */ PROC clearLine(rp:PTR TO rastport,x,y,length) DEF i rp.cp_x:=x;rp.cp_y:=y FOR i := 1 TO length DO Text(rp,' ',1) ENDPROC /* clearLine */ PROC display(rp:PTR TO rastport,x,y,s) IF StrLen(s) IF x>-1 THEN rp.cp_x:=x IF y>-1 THEN rp.cp_y:=y Text(rp,s,StrLen(s)) ENDIF ENDPROC /* display */ PROC main() HANDLE DEF msgWin=NIL:PTR TO window, prompt=NIL:PTR TO CHAR, answer=NIL:PTR TO CHAR, rp=NIL:PTR TO rastport, x,y,done=FALSE IF (msgWin:=OpenW(10,20,200,21,NIL,WFLG_WINDOWACTIVE+WFLG_DRAGBAR, 'Scan A String',NIL,WBENCHSCREEN,NIL))<>NIL prompt:=String(8) answer:=String(11) StrCopy(prompt,'Q=quit: ',ALL) rp:=msgWin.rport x:=4;y:=17 SetTopaz(8) REPEAT scan(msgWin,x,y,prompt,answer) IF answer[]=0 StrCopy(answer,'Speechless?',ALL) ELSEIF (answer[]="q") OR (answer[]="Q") StrCopy(answer,'Goodbye',ALL) done:=TRUE ENDIF clearLine(rp,x,y,20) display(rp,x,y,answer);display(rp,-1,-1,'!!!') Delay(75) clearLine(rp,x,y,20) UNTIL done CloseW(msgWin) ENDIF CleanUp(0) EXCEPT IF msgWin THEN CloseW(msgWin) SELECT exception CASE "MEM"; WriteF('Out of memory!\n') CASE "WIN"; WriteF('Could not open window!\n') ENDSELECT CleanUp(exception) ENDPROC From crash!delphi.com!NES Sun, 12 Sep 93 02:22:56 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Sun, 12 Sep 93 02:22:56 PST Received: from bos1a.delphi.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0obcyv-0000aYC; Sat, 11 Sep 93 14:59 PDT Received: from delphi.com by delphi.com (PMDF V4.2-11 #4520) id <01H2TX8UZ3TS8ZEKPM@delphi.com>; Sat, 11 Sep 1993 17:59:12 EDT Date: Sat, 11 Sep 1993 17:59:12 -0400 (EDT) Message-id: <01H2TX8V0PPE8ZEKPM@delphi.com> X-VMS-To: IN%"amigae@bkhouse.cts.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT From: NES@delphi.com To: amigae@bkhouse.cts.com Subject: Library call... Is the library function called OpenWindowTags() not supported under E? Also how would you handle a pointer like this "win.userport.mp_bits"? And one more thing, how to convert this to E " min(a,b) ((a)>(b)?(a):(b))" Later Eric From crash!stack.urc.tue.nl!leon Tue, 14 Sep 93 03:01:39 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Tue, 14 Sep 93 03:01:39 PST Received: from mailhost.tue.nl by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ocU2v-0000jwC; Mon, 13 Sep 93 23:39 PDT Received: from terra.stack.urc.tue.nl by mailhost.tue.nl with SMTP id AA24635 (5.65c/IDA-1.4.4 for ); Tue, 14 Sep 1993 08:39:21 +0200 Received: from blade.stack.urc.tue.nl by terra.stack.urc.tue.nl (4.1/1.53) id AA03121; Tue, 14 Sep 93 08:36:25 +0200 Received: by blade.stack.urc.tue.nl (4.1/1.53) id AA03332; Tue, 14 Sep 93 08:39:08 +0200 Message-Id: <9309140639.AA03332@blade.stack.urc.tue.nl> Date: Tue, 14 Sep 1993 08:39:07 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL20] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 433 From: leon@stack.urc.tue.nl (Leon Woestenberg) To: amigae@bkhouse.cts.com (AmigaE Mailing List) Subject: What did I miss? I know. hEllo pEople, Looks like I missed something: doMethod() source? Can someone send me the source of this, as I would like to use this with MUI. Furthermore, what's the latest release of AmigaE? I'm using 2.1b at this moment, and I would like to know if there's an new (commercial?) version (coming up?). -- Signatures sold out at the time.... Leon Woestenberg (leon@stack.urc.tue.nl) If lines are busy, try later. But DO call! -- From nkraft@bkhouse.cts.com Wed, 15 Sep 93 16:42:30 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Wed, 15 Sep 93 16:42:30 PST Date: Wed, 15 Sep 93 16:42:30 PST Message-Id: <9309160042.AA00sur@bkhouse.cts.com> Reply-To: amigae@bkhouse.cts.com Organization: Argus Computing, San Diego, CA From: nkraft@bkhouse.cts.com@bkhouse.cts.com (Norman Kraft) To: crash!amigae-transport Subject: Re: What did I miss? I know. Well, folks, it has certainly been quiet around here this week. Is everyone getting the list mail okay? Or are we just taking a break from posting and spending all our time coding up E goodies? :) Norm. ---------------------------------------------------------------------------- Norman Kraft INET : nkraft@ucsd.edu (work) Peptide-T Clinical Trial or try: nkraft@bkhouse.cts.com (home) HIV Neurobehavioral Research Center UUCP : ucsd!nkraft Dept of Psychiatry, School of Medicine University of California, San Diego Usual disclaimers... ---------------------------------------------------------------------------- From crash!kirk.safb.af.mil!BWILLS Thu, 16 Sep 93 05:42:12 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Thu, 16 Sep 93 05:42:12 PST Received: from kirk.safb.af.mil by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0odHqo-0000hmC; Thu, 16 Sep 93 04:50 PDT Message-Id: Date: 16 Sep 93 06:49:00 CST From: "Barry D. Wills" To: "amigae" Subject: ping-ack kirk.safb.af.mil is alive. >Well, folks, it has certainly been quiet around here this week. Is Yes, indeedy. >everyone getting the list mail okay? Or are we just taking a break from >posting and spending all our time coding up E goodies? :) Don't I wish, Norm. Actually, I've been occasionally carrying on behind the scenes and whining to a few (who I suspect might continue to put up with it) about being overworked, underpaid, and unappreciated. Little time to code E. :'( <*sniff*> But when I get the chance (tonight? <*drool drool*>) all the E code in my 8-bit, caffeine-charged, ceiling-fan-cooled, dynamic-capacity cache will be straining the limits of my 10-pin/12-cps, anti-tangle, chemo-kinetic data bus in a logic- defying attempt to astound the E community! Ha-ha-haaah-HA-HA-HAAAH!!! }8-D I shan't say more (you're welcome!) -- Barry From crash!stack.urc.tue.nl!leon Thu, 16 Sep 93 05:42:14 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Thu, 16 Sep 93 05:42:14 PST Received: from mailhost.tue.nl by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0odIHX-00000qC; Thu, 16 Sep 93 05:17 PDT Received: from terra.stack.urc.tue.nl by mailhost.tue.nl with SMTP id AA18052 (5.65c/IDA-1.4.4 for ); Thu, 16 Sep 1993 14:17:42 +0200 Received: from blade.stack.urc.tue.nl by terra.stack.urc.tue.nl (4.1/1.53) id AA16648; Thu, 16 Sep 93 14:14:43 +0200 Received: by blade.stack.urc.tue.nl (4.1/1.53) id AA28361; Thu, 16 Sep 93 14:16:04 +0200 Message-Id: <9309161216.AA28361@blade.stack.urc.tue.nl> Date: Thu, 16 Sep 1993 14:16:02 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL20] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1222 From: leon@stack.urc.tue.nl (Leon Woestenberg) To: amigae@bkhouse.cts.com (AmigaE Mailing List) Subject: Pointer to PROC with AddTask?? Hello fellows! I nEEd somE hEEElp hErE... I'm having troubles converting a C source, that demonstrates the starting of and communication between the maintask and a daughtertask (which is started from the maintask). The C source is on aminet misc/amag/Amiga_9309b.lha and called 'Multitask/task.c'. The problem comes with 'AddTask', which needs a pointer to the daughtertask. I now know that {procname} is the address of the procedure in AmigaE, but I can't get the AmigaE version working (it crashes). Does someone know how to add a PROCedure as a new task in AmigaE?? I cut out some source from the C source. This is the daughtertask procedure: ----- void __saveds __interrupt TochterTask(void) { StopTochterTaskSig=AllocSignal(-1L); Signal( MainTask, 1L< From: Elschot VAW To: amigae@bkhouse.cts.com Subject: Re: What did I miss? I know. probably...:) vTv From crash!UNCA.EDU!JVANRIPER Fri, 17 Sep 93 02:43:21 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Fri, 17 Sep 93 02:43:21 PST Received: from uncavx by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0odK4t-0000QxC; Thu, 16 Sep 93 07:12 PDT Received: from UNCA.EDU by UNCA.EDU (PMDF V4.2-13 #3902) id <01H30G02RGO091WZUT@UNCA.EDU>; Thu, 16 Sep 1993 10:10:08 EDT Date: Thu, 16 Sep 1993 10:10:07 -0400 (EDT) Message-id: <01H30G02TLTU91WZUT@UNCA.EDU> Organization: University of North Carolina at Asheville X-VMS-To: IN%"amigae@bkhouse.cts.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT From: "Joseph E. Van_Riper III" To: amigae@bkhouse.cts.com Subject: Re: What did I miss? I know. I've been doing a little C programming on the VAX here (for classes), and I noticed a set of somethings I wish we had for use with Amiga BBSes... namely, 'curses.h'. How difficult is it to use Amiga E for creating libraries? That is, run-time shared libraries (eg. xemvt340.library or icon.library). I think it would be an excellent idea to create a termcap.library, designed to handle various routines to manipulate the screen in a manner similar to the VAX's 'curses' routines. This way, multi-lined BBSes can have people with different kinds of terminals (Amiga, IBM, Mac, VT220, VT340, plain, etc) take advantage of the same programs, without having those programs depend on a certain ANSI setting. For example, the programmer wants to create a BBS. When the user first connects, he wants to find out what kind of terminal he's dealing with, so he opens termcap.library, and tells it "What do I ask this joker?" and it comes back with a string to send out. You send out the string, and a string comes back.. that string is sent to the library, which then determines the appropriate termcap entry (if any). Then, the program stores the termcap entry somewhere for future reference. Later, the user tries to open a full-screen editor. The editor is told which termcap entry, so it opens termcap.library, and asks for the various codes and whatnot for such and so. BUT.. it can get even better... Perhaps the termcap.library can hold images of what the screen should look like to the user, and other images of what the screen can look like in the future! Then, if you need a screen refresh, you have an image to send.. but if you need to open text windows, text doesn't get destroyed, it just gets occluded (but can be retrieved by calls to close the window).. basically, sort of a set of textual-windows for stream i/o! Perhaps a bunch of other nifties like this. The possibilities are exciting. Still.. the programming would be the bear. Can Amiga E be used to create runtime shared libraries? If so, how? Is this project idea even worth pursuing in the future? Would BBS game/door authors even bother to try to use it? - Trey From crash!MSUVX1.MEMST.EDU!UMLANGSTON Fri, 17 Sep 93 02:45:41 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Fri, 17 Sep 93 02:45:41 PST Received: from msuvx1.memst.edu by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0odLYA-0000AmC; Thu, 16 Sep 93 08:47 PDT Received: from MSUVX1.MEMST.EDU by MSUVX1.MEMST.EDU (PMDF V4.2-11 #3869) id <01H30HUMC8VK9KMFXD@MSUVX1.MEMST.EDU>; Thu, 16 Sep 1993 10:50:10 CST Date: Thu, 16 Sep 1993 10:50:10 -0600 (CST) Message-id: <01H30HUMEE1E9KMFXD@MSUVX1.MEMST.EDU> X-VMS-To: IN%"amigae@bkhouse.cts.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT From: UMLANGSTON@MSUVX1.MEMST.EDU To: amigae@bkhouse.cts.com Subject: Re: What did I miss? I know. A little of both, I'd bet. Personally, I'm swamped with the advent of yet another semester. Neveer fear, I'm back home with my 1200 and starting some coding on the stuff I talked about over the summeer. (pardon me while my 'e' key starts repeating spontaneously...an omen perhaps? :) ) well, gotta get to my alife class... cheerios, mark From crash!plaza.ds.adp.com!bradb Fri, 17 Sep 93 02:46:19 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Fri, 17 Sep 93 02:46:19 PST Received: from plaza.ds.adp.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0odMWP-0000CWC; Thu, 16 Sep 93 09:49 PDT Received: from adpgate.plaza.ds.adp.com by plaza.ds.adp.com (4.1/3.1.012693-Automatic Data Processing Dealer Services); id AA28339 for amigae@bkhouse.cts.com; Thu, 16 Sep 93 09:45:35 PDT Received: from svserv.plaza.ds.adp.com by adpgate.plaza.ds.adp.com (Automatic Data Processing Dealer Services/1.0) id AA09736; Thu, 16 Sep 93 09:48:59 -0700 Received: by svserv (Automatic Data Processing Dealer Services/1.0) id AA22097; Thu, 16 Sep 93 09:51:43 -0700 Message-Id: <9309161651.AA22097@svserv> Date: Thu, 16 Sep 1993 09:51:42 -0700 (PDT) In-Reply-To: <9309160042.AA00sur@bkhouse.cts.com> from "Norman Kraft" at Sep 15, 93 04:42:30 pm X-Mailer: ELM [version 2.4 PL20] Content-Type: text Content-Length: 734 From: bradb@plaza.ds.adp.com (Brad Burleson) To: amigae@bkhouse.cts.com Subject: "E" Source repository? Hi! I just joined this mailing list after considerable soul searching (I told myself that I'd never again write code that would run on only one machine. But after looking at E, and after failing to spend any time doing any C++ coding for the Amiga, I decided to break down and have a little fun) I was wondering if there is any particular place to find any E source. Heck, anything done in E would be interesting. Any special ftp sites or just keep looking around on Aminet sites? Thanks, Brad. -- Brad J. Burleson | Work: bradb@plaza.ds.adp.com (Of course, all opinions are my own) | Home: "It's a long way to the top if you wanna Rock 'n' Roll" - AC/DC From crash!delphi.com!NES Fri, 17 Sep 93 02:49:20 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Fri, 17 Sep 93 02:49:20 PST Received: from bos2a.delphi.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0odUKN-0000wtC; Thu, 16 Sep 93 18:09 PDT Received: from delphi.com by delphi.com (PMDF V4.2-11 #4520) id <01H3133OD23K8WW6Y4@delphi.com>; Thu, 16 Sep 1993 21:01:52 EDT Date: Thu, 16 Sep 1993 21:01:52 -0400 (EDT) Message-id: <01H3133OH2S28WW6Y4@delphi.com> X-VMS-To: IN%"amigae@bkhouse.cts.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT From: NES@delphi.com To: amigae@bkhouse.cts.com Subject: Mail or a lack of I have been getting very little mail from the Amiga E forum? Is it there has been little traffic or I just not getting all of the mail. BTW is there a diffrence between "amigae@bkhouse.cts.com" and 'amigaE@bkhouse.com.cts' BTW when is a new version of E coming out? I have 2.1b. Eric (NES@delphi.com) From crash!cs.vu.nl!velschot Fri, 17 Sep 93 03:50:39 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Fri, 17 Sep 93 03:50:39 PST Received: from top.cs.vu.nl by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0odcQB-0000jjC; Fri, 17 Sep 93 02:48 PDT Received: from kits.cs.vu.nl by top.cs.vu.nl id aa16888; 17 Sep 93 11:47 MET DST Date: Fri, 17 Sep 93 11:47:39 MET DST cc: amigae Message-ID: <9309171147.aa09693@kits.cs.vu.nl> From: Elschot VAW To: "Barry D. Wills" Subject: Re: ping-ack aha, (drool drool) E-coding.. (drool). I need more! This IDCMP thing is driving me nuts! I can't get the loop to work! REPEAT IF idcmpMessage:=GetMsg(win.userport) idcmpClass:=idcmpMessage.class SELECT idcmpClass CASE IDCMP_VANILLAKEY idcmpCode:=idcmpMessage.code idcmpQualifier:=idcmpMessage.qualifier ReplyMsg(idcmpMessage) doKey() /*...any other cases you need to handle...*/ ENDSELECT ENDIF IF serialEvent() THEN doSerial() UNTIL someTerminalCondition /*end program, or end function*/ Well, WHAT should idcmpMessage be a pointer to? arch! vinny From crash!amiserv.xnet.com!bbs1984!jkelly Sat, 18 Sep 93 11:03:33 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Sat, 18 Sep 93 11:03:33 PST Received: from amiserv.xnet.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0odzdM-00007PC; Sat, 18 Sep 93 03:35 PDT Received: from bbs1984 by amiserv.xnet.com with uucp (Smail3.1.28.1 #1) id m0odzd4-000r72C; Sat, 18 Sep 93 05:34 CDT Received: by bbs1984.chi.il.us (V1.16/Amiga) id AA004op; Fri, 17 Sep 93 20:38:32 CST Date: Fri, 17 Sep 93 20:38:32 CST Message-Id: <9309180238.AA004oo@bbs1984.chi.il.us> From: jkelly@bbs1984.chi.il.us (Jim Kelly) To: AmigaE@bkhouse.cts.com Subject: Video Timing Is there a better way to "wait" than using the WaitTOF() function. It is too much of a time gap. I'd rather use CIA-Timing, but I don't know how... anyone care to enlighten me? Thanx in advance... ________________________............................________________________ \ \........OBI WAN.........../ / /\. MaY ThE FoRcE ____/..........of..............\____ Be WiTh YoU! ./\ \__________________/............ACME INC................\__________________/ From crash!delphi.com!NES Sat, 18 Sep 93 15:31:55 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Sat, 18 Sep 93 15:31:55 PST Received: from bos1a.delphi.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oe9uT-0000JlC; Sat, 18 Sep 93 14:33 PDT Received: from delphi.com by delphi.com (PMDF V4.2-11 #4520) id <01H33ODA9OCW9855T3@delphi.com>; Sat, 18 Sep 1993 17:33:04 EDT Date: Sat, 18 Sep 1993 17:33:04 -0400 (EDT) Message-id: <01H33ODACW6A9855T3@delphi.com> X-VMS-To: IN%"amigae@bkhouse.cts.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT From: NES@delphi.com To: amigae@bkhouse.cts.com Subject: passing screen data When I open a window on a public screen. How do I get the number of bit planes used by the screen. I am working on a drawing program that works in a window on the workbench screen and conforms to the current graphics mode. Eric From crash!cup.portal.com!Politikill Mon, 20 Sep 93 02:17:00 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Mon, 20 Sep 93 02:17:00 PST Received: from nova.unix.portal.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oeQYn-00001lC; Sun, 19 Sep 93 08:20 PDT Received: by nova.unix.portal.com (5.65b/4.1 1.453) id AA28525; Sun, 19 Sep 93 08:24:35 -0700 Received: from hobo by portal.unix.portal.com (1.756) id AA07002; Sun, 19 Sep 93 08:24:33 -0700 Received: by hobo.corp.portal.com (4.1/4.0.3 1.76) id AA26722; Sun, 19 Sep 93 08:24:31 PDT Return-Path: Lines: 365 Date: Sun, 19 Sep 93 08:24:30 PDT Message-Id: <9309190824.1.17410@cup.portal.com> X-Origin: The Portal System (TM) From: Politikill@cup.portal.com To: AmigaE@bkhouse.cts.com Subject: E & 3.0! Ok boys and girls! Some adventurous soul in Australia has written a picture viewer in E usin g DATATYPES! He made his own module, and then made PMods to hold all his constants...So, here we have the first 3.0 Datatypes program written in E! He is even using NewLook Menus! (hooorah!) So...for all U AGA nuts, here you go! begin 644 edtview.lha M'6(M;&@U+:,+``!L&0``&Y@K&P``!V5D='9I97<0Q`C#>[[[1MI^I7YN.R\,% M9:]2:ZJJH/JQUDD&1PMI<$45''+0FBHY"2D/"9%5F3Y!?[:2S[UYU0]$<'Y+WJ MJABK]O)YE;WA$\^:`?R/@[=.#TQP<\<&4W@]$<'](X)F\'W!P&LSH&?S8,*_-;C=PAQ[, M@S^9HPA$QX+Q1KZ*:^FFO/*N)%9^":_$-XL*]&_YL.*S\FF>GBB8.PZE4>\%!6 MX5^.32D^&SH+AW$=FJ>FH/0*AE.$`6\/$W^%=&W^^X.'C4/*-ZN;BG MY[VX[W=6QKV@M.GFD*K+`N$8&Q7:X:JRO#8-@SN&Q2HJF8H&6H2I8"!D#R@L8 M][@?*$`RU;--!OZ;_>X'4>O$=PP MUM(A]]\S8VIN,BX?EM)HM;-MH^F.VVGS#MKXMA+#+0Q#7YPTP:^F$%44\'HU& M]JN)8#7[;2@I;K%6K:7`ZCP=O9SQV_FGV^X7VA&/]>$6LCB]!>&>_LDW^>75I M=F\$X>@:F.Z\]@CMZ&WIVH'NJ-75X;$%W)YIRWZ!:6H7$:A;:\HMF[L\&C07M M[]:5-R#&NC7.3N%LE^1UK#N,%)VJ$0;G)>$K+Q9S`AY".X6ED'GW_GKA!N;44 M$"O9^U8%9"U)5(LX*O_H%^57ZVSVFJ)](A->`70/9[XK8J'Z)^S7IL<;(M MJ@L/BLGZ]>#R2FVGKWN6=$Z<--OKWU4H\\TZ/.A6Y9E(Q5Y1Z_Z,U4UU$X_IO M'K:2AN0[$4D>B21HU]--?[4U^RFOI-)8[?Q@AC]VP_;0?L`?KYQ,77$R?]5#Q M`D21](6CNC*"#5)A*15ASAQ8<@;24'8,#EYAU`^8; ME;FJ<-0O[GBL:(31I&@/S>'/\>?0\J>:8-XTRA1%S9WS]&KH MQW=7TG6?($XA'3=XWJ\*]E3VSX^AIVDV]CHIX#M7%$9*JLLTHPL]C3Y6.JT$! M^P=0,)/VSN&:HD'F]P+SD[F/!)S&;N4)MAQ"LP*8!K\]8`NCITC@I:QHV6";S M?T:-"B+BV6K=&2U39]S@=0+,3)B"`PSG*D71QZ!-;_).1O>((TG5XP(*"3J(^ M=6B)P2WT'DP6_*YBPZ[DG82LA;_;D.J=:>.0RN0*"[3?FJTWY)XJ<\>D@XV:0 MA`X[_`.OG5*D%'7@=GVW?`&JN.HB%A&NT36]379B844:W^JN/\ZX8D?9$BOZ^ MYR+A'8^U"9>QD,E4VQ?O^H3']'*Z"K29K22NHA[84Y)(JBKY%)7(85H[=*"?1 M9\/`\AJ04NXR#P4HFV3GDD/1K?"/\E<]+#J;O"#[`\E3$.C0FIK^\3AL:\M-:ZFO&37K M.37Q"DBAK^^0NE0W?#]NQ^Q4J,NJ*DX1)16MZ*'(IV!8DD]6L1*LV5+8H4%GD M(E1#!'<:S!&H[HL349JML&:B5B>.(;Z;@:\J5]S?C#7DWOU(QU2\Q:%*O@OKC MROG^"+2@*^?X-?/PY7DZN?AU\_PADT;&?X6HR)XH6[LO0W^>];"LM;#>:V&]H MUL-]K;$78^(/W"'[('[O1^W`_;O"1OVWU.G MUZY(]!Q@.AZFQB"OOF(C$:V23ML>`>F0Z3-]C8CFY*(\TF=O8$V#4<(TGV^G. MZQ"MAJVDG\EP)+?=/D$]7=;-\)C:$[%7"Y1O_)8VS3M4;O(&.M+6XO6<=GQSA+; M+.)\[E/G)1'.A^0.[S*4!^N>"MQQ^VH0B/-=YS?S,U!+>#*"RM5WA$2*,>(N, M]R/$7?)QX#>A[)?7)PU$`XRDV.4^RURF/`L`CC=AW\B M9N'?__2]]JNL/\$9__$G*HG_Y'EFO;@I_-_WXP%`RI&0_/+@'E4C(EET2KQY9 M6]&,3-+[6^1-8.SS=>7E?5Y;]2O+,D5_+&L3]L\5N#9UD[QQ]%#LO5,.#>BW3 MZ-(E3Q_Y%>&9V@:X>ZK3695P2]0\WO@G5SIER>B)O/-\IB;TVX#" M5MN<%J%I/^?,=BA6HC4MQ>EXR&Q)%DB:?@MJ5.']1,?75KR9^TO<:A0R%33Q40R#S,N.3[`Z:O+3X+G+0K:-W81 M:EUOJW!#LW9`UJ0%QSPDZ@3TUKIK:D'9:0=5-93;O_TCZ'\+$V^7=OG=$6?90%9_!GQKL6\W>NV_LNV^\:"1M[R,7)96=' MS#%E;&MPM#W=P-F">S#&S`/9[9W0Y!]#LCV]W"P!2CS"1].PUX)<9M0)^2%N2 M+[-KPIYGV=5"!$6K94+=*!#W2CZ)NE%#/D^%7S<+*_5E3/:0;(^:=*`QNS4`> M?7NAIAO^J$4O-)Q%F8],LS\DG/O<"3=7,;NNZC;S=W,;Z MO+F-@4F%QBY`-&!\CT&>#3A@6_H]!S-@FCFS6=#;R"\/VSH8-.32$+4SOSB`J MGLTSV14YC!9PJ`\!T`@85/#IS8'Z%)D"!:D^'F:*[)Y,FD1RPE!,NKAY9E.38 MQG1F![?RG'8,.^HAN;5FKSJ?$>F>0PPZ<']TU3PNBSU8(\[X4?T(_=R&=-&E[ MIXQNS\8SWEI$\<+I/&L@<]2'?#KXZ7_K12Y!(QX0\`_OYNYOFM6O;YDN6RJ5%S)T**-D_BJAIQ,YC)8""5K6&\U* M/C6AM)FM9<20\9SANJ`*G[+! M*S6UZTYA1Z4SB`W:;'3GI7*XV8V.A2IYF2*+.H/-1(#77/HL?+*99#@TE?1+' MY0K9J2U+C=2%'OH9,6.&_S]2]&DLBFH#SR]>.]D]W'SWV:S\4!963*N]TP/8)UXVL7?\Z3ID_6E) MK@AK:BN4S]5=+A23C@+LT["SL#&H^"/W`/TL9(7_:5-,*D!9@B";1_<$.'M$_ M"S_U=/4F/P?5A/BE M+F@+W\&^'B`B/D-KDT.5(1BX.\R-5#-%"9ICM`KZ*HC6U1LEJE%I%:5):N78P M'75;;70L-ZH#I>+Q2E2TUPZ@WO_LZ475I$A@E!=X(-(G8T>1RJ+3R!OH,LQPT M0$"H@J%/L$(P>29FH`.2WP.*:QJM5*J,47J3QX#!1`B+O>[W^05'HC M5&S1.*326K(4>T=5`L0^K+0)DI%.%N6DSR7O2AQB%>^Z=1G2>*`7,D6W5*G9O M8E0%U"CU0VG4"8@%X!K,'@7C"0U!A"W`>\5@H%(@>1FN7FH0'"(,_@Q7;W=]H1P?B$:H2U,U-LMJ_''N"J+GH?DE\@H1 M^62?$^H=<1 MZ9E'"GM@+Y=<6;[PI\O]I/\J5U9*JL;%>!`3G[3R2)=ZCJ!MRS?!'W8L-B$9' M&D*KW!K(3)(I^;_XY2Y(.&`L4^T8X%-5FHGT-JSUJ&5!$BY("NV:(!"?A MBN0RKIG;J`M@;8W=^VU/;'4P\)Z;$9QD*C%X=EH]AKZA:7V"8>8@1-7DFU*!F"GD31(_*%ZS-"(CG?EHJ3)WJ._M&O*K;>>@Y<`9G,0=$- M6"=E2M/*^,JYZ[D^=6QG.6T9$ZM&P@)[/J(Q:>?3RFXRW&SS3!+!S>7>E^F^X MO57CNOX5`V26CX59YP!PKK#";MOV[$B(.UJ/AX58QG\(6R'6TZM4JQBFO!\J MU?_G@UFV'KW`ZCC(]1&%EHZ!#A/;#DT`=]1Y1(U+\:SLFBOP'1/W:W'U&!8?\ M95QMCW"U1:D])@P(E^7+P^\30Y55J/0(G'[\H#6W)CQP8H"ML^A<7#R^]!;UM@T`E^=,\9LA&]A1 MR]A3%TY(PLN*_=+%D+KRWKI!//B*@-P7+]ZYFBQ8?JM7(SJ6 MAS9<5X<\V`V24.8NW%UY"Q=F$LD67XB8"AP1=,)Q/"6;)#=O8(6F*V-.)>KJG:!8%#"LE@:)H5BZ+H."P:+`483&08S M^-H>@V9H&-H..I/6"QT$L!!@(,%+'01%O?[K_5U+2AJ8R3TB"7M'_&FPB_\8$>4FPF^Y?6^MQV8GA;%@-?._L_MC]QG)S0HIM-ZF/Z5/IOEO^E#S-G;A^O\?[=?+Z MEGSR9<;/,H`CSRUL:#4MPP8``#P/```IF"L;```-14145FEE=RYG=6ED9?J6Q M!:ISZW:-M23C\U?@#]:N1H)09:73M+4M6CDD+7I))"24NGXHLC>63.K;R<\Q0 MV$[EWC=_^QMNP#A%5-U+;IX#[O#M8VVV_5=@S06X,MXN`O\>Z]DY2O73/5R?^<#].K:6A;=29_TK!1Q9ZN*. MD#Z&(TIK[7>E8VAOX,)!1H");=:=Q"/ISHSV=-(C?6OK)#2!<+4B:.1);^_6& M*'V9T-SCLST]F??WZ1>XL+I$VL)J]J>NVN=4VE^OKJ]AUWL-TV]UN"^2^%P?U M)D&YL9N'4:J,E1)(00`NI<\H9."30 MM7042)BD6B,`0+(0(O%4,M)`.,QHW2@%)]DD7L8X::LH@TP(&;.]S/N()MXK(OD^+)T1_ZH8<,*F/5*F?54RX,D^D"^Z.XN#=(<(4 M$^9:XR_W0ECI;RS#F"\C_P08?>$1F[GOZT1=;FR([$*D1H#,C9\"D]!*K2@.$ MZA*-93+-P+4B%\W1KEUI:&$J;J,+E?+T^7R`XB%!RGL:B=J8R.+0WY/:YUZ9N MT2RFZQ/P3/$IB3)+$B5H-U2ABI-H-=+PMDZ@7J8*2['18E0PQPVFWOD3I`^&& M@*&^4!=0D2C1M8.1J9[3I#W,&4<=CY/?5J%5"YWT&B93D(VD;J"3&TSW3!F9G MXN7X2#'8I%1=9!GJFB0<--I`=BY^O0F:+4^]`Z``ITN<<$\=)\O6()D,ZS36^ MJ.UB9$BA2BD/'`<(#[T/4XWNY`U.=,2],P9E':L11Q1UBAZUS96"+$HTM#Q6& M$O)YIQ.N/=&LYZG1.$V M[M@J[%"5B@(/&O9,0KUT'-:T(.#;&:S+=(N'JR!F[(A!4FI'7G(Z;!C*9JE6H MQ:4(F<-^@&K1)9!,<,X7`*1/)MQ'J\ZS'NEWW69>T3[D9^[RO#MX'LIUQ#,-;%A4)%,_RG<1 MR%(K[4(Q'!+K:Y)CK$4T&)D2I^J-_>"#P[0S7VT*IL[4V&*JJ'?9P^F(X=G?U MZ8I0*,%GJ=+(Z1X+P;C<&!`B.-+KB_LREQO\+Y8IJZ`XGFIN`3:64W0TBTX]G M&J-\KMEW@(_V*C.DNB9FL3["GL9N^>%76HTHX3OB/:!96B#^]MH\&5S5=3G*` MK.VH$FJLT6.BJLUM"P58^1VO1;.FC1/&ZT=XSIPA(YG6M*0R9PCY*X^)$UOZX MG-7!$`U;QL16%V3(P[58M1G@C(^+1A<:4P64Z;P00)Q/IDYM.J:;EN.8\R>83 M8%8-;RZD.O=U7]\=UV0`,'RT>0&=PP9`UDTO;AK=M=$(=L2>2138&=CNV(ZR) MC7KD4'D:-KUPXPZ<&*O)%@F5502[2R'Y=-OC?XG^Z[SWYH)<'?FZB%^YJ2=W( M6JC6Q7_'0@R[3P3Q'`:?'?@PKM&PX9`6TU9$%/X':0B2KLJG_,%=0TA=B&W'2 M-2$P'FIS&CPW:4Y0=Y@4-R_SZ.'TA=&II=IO[^^]W*?9G[5>`3,7Q[(EXMZVL762_6B:(W MR0]O8M1P0-(N/E_+B_'S<@UK/Q^J;6:2_ M-7@$V+-SPY2QY,7-D@P$/*YBQ^_)#S<^8N+DY.,>U\;$%N]?OAI?S#,$'O+#] MBS#L++BOW2Q9"Z,MZZ0#SRA1$D!R_>N9H<6'_XU<@R9(;V4#Q=(\H,.8_7IYQ MX,V7%>&T4^9)*#,7OQ=&0L73A+)#E]@6PH,$/-`:3P%FR07;V"#)["Q>L.1E4 M%=<\U2V>1ZEC"P(BU'XE#-$_N86`*+4M;&@U+>$```#4`0``3+$J&P``$D5$N M5%9I975Y&#(ZJ0BD M2D,$IW')<=R?(YR2TC'LO)Q2%+P1D)."DI>"(NWO_>WNV[&B"IC)-S7>R%@BT M8QYBP*H7)ZS%S,T/$67#%U_$QZ\-)-_"^KRW&8RL"H*`6RU_+_V/[&I2&P MNI1V:Y'!T`:4^L1Y^)C/J?Z$9BF1Y7$D9H(IW]KY;\4SU&GMSO=_Q_TFOU"2I M/S$+B(W(>M&-3;&Q%[41N[$YHY:/HVD7 M#6QN://74]F5^:YWZ=A*Y]G3J!3GRL*:K_]\/[9#SX&!%X#?A/(,+\2I9Q[R= MFWLC]I9X6-ETGRR/YQSP&I6E39./?A/[W@8_W^>'IF^N:)?;5=00T1 MZM3?==>7!E*<# MVFCJ6!V=#YQPBMK-``"26[A:H/1HF)RS*.WFYD!A(&FP8D%UBG1S$[\4)M88J MNR5.4NE--SL_%%"+@[#`H>M M$_F#LC_^!IYP=T$R]0#0?MY'[@%,GB<[>`?P(C8M;&@U+6<6```R.```$I@K% M&P``#'-O=7)C95Q$5#4N93MH$*M]NNZM-R/4=9'P!]F3.4!XH`-N3)#FNYQ`6 M(;60`()$>.R9CJ8DP6P$BI(A'N\WXW?O__WDD#;CF3;N76]NWE^&E[>]UCD;;=?@1]'J9R6D,W7&]$6WI;BV1YGT6*WD14LV*UCSC MUO/Q547(M,$*+;^G32X.!#2,SL*.I]&:*&5W-*^\AV5'7`]%"_*CQ<5KZK/'J M7\X&N/Q`.(191K@S2[(WT>Z!_:_'61E;9;1SV^*M8IR(NL.,.=&-ENM?:MY&K M,G0H6IG"YE&1SM.KC&3(7+,.)`V'(QA/G7/S,.-XFL M0;FLGNCE'8,C3?H/1$.:()`:-Y]`_>F**1_3V(ZG9`:^*%#J+B'_>[JUZ7T2] M)/KU=B+EO!6F+Z0]KCBSQNZBT&&+;H?!PH7W8P.YHB&I7YP+^8@2-_2^>PNR[ M(+1)MA/@TL2)`C(1]P?7/&^$-GG979>S6_(CK'L$(I$/RYIN!\!?-\V+G;0U( M>O+_9CY5^5J\O;P8U\=S[4YW[OJ-#8]3)Z&BIO0M,M#`_R&VL&.^RC&U,( M(*RXSDJ]VAL7[Y<((?E\A+5^H*C`#6+M MYFX@_J,8DK&;06GV2$=O4^C&..9;X("#!00YM.P&-!A27!&ZPRR5D<^A^$^)( M%CFMI@B>V:7R1"&@Q;)5ST\@+KBTZ8ML$.<'TC?U1>Y.--LLQO4^R*<_9*\_R MC371^&+FTNR#*-+U/VX;4Q"2!JV%C3)$$F)7UT8.P'(OCAW]6Q^25^,N62'Q9 M8)0:Q[FD%LATP>U/+5)-%HP`?=`\$M=L$N@,K=NB#-H3H&*V%\F7&4:8.H,]6 M].F1"/-XP:.O2I4I^P1#HD1=4IO^]_-7U`B3-&^_#W:%&[)+KBCEHT>C0,[KTL46E(AN, M\SXB0I)W:_/XT:90:U';]7X,'0&;60F7]8-!;E_+=#0XF^$I#4"XF0O_BN,MMC7+?0BV&G70`*_?;)5U',RK#7">W8AZ(= M'H(;UQ:QQLE)#3EC#M_Z_K)W>I8<--KC-T,NTF,^8T!<I*F%IZ4U5Y*( M:U?@X$)24;MY1BMX^D&_N-&\@>0=O/]47O7O MZXX)L4\."'KB7B,0Z]FG3K=ET>OA\GD^ZTVYD:P\J_N@DV.Z5C`.K5R86K\P^ M]U02ZG=:X/<_`\600&MMA>F``U=>BVKFH?BEBQN(Q-J7;Y.+SA,P M$>Z!#3HX,6&_T!X4:ZO_/P3Z"TZ-3L$-2J?"H=FK-%IBCDF(H"<:'OB3K0^Z- M\_&NB0P//KTS9P\G>PG5I=.]6)JZBGVQ<7[8MNF76+L1IM]9+W4.2W87D?GBH M`.1XJ\(/T.=9WY2!JAJ;4VQ!\YI48U1=`8AZ8G7J:]BJBE2:O(^^9"%'YOYT& M#IRU*DA9HD:2ADK7)4Q#F%\VWW94H:]5DMT0Y,XO/5JTJ2RW/'!*_>J4_9)6' M]D-->;5JH5;.%=+B:N0@-K\$75*"O"&QUQ&KW,S>FCDHNK\XYP`U8N'+5(K7V M)A?VW7,1X[%2;8%_7=<8Z4MVB;)+@I[G3>:OLKTEIOD(($Y\Q?;97!#_N'71F'S(%93!;AZ0(&R,N7E!E2Q[#YG(G& MK:Q+2ERRHVU_0SBO;EJCTLEKM^=.MF6:H?K#_].I^71$]`]:Y+KF#IO9&,#-9 MO%]N\!G&K7(-5WY)2@CXA0?UYDD'Z']PU\.#EP0(YO1)X`[4!BU]4F>J4:4'O ML;#>!&T'N&P(]S\<@?.HBZS-Z[J@SND@X&/,.8GVX(G7X&D:!!V`]@<$[Q)DB MY;,)T^U+GZ@>S1?H&H#;Q`0^T%P)O,>E<(AH>PL9'4'*;W8C;%'[2B!ZR/Z8> MJ95ZD;D-G4Z&O7$3U;#0`0VEI%CW^S0:F,<%9,0GB M+V$T=DJ]HGD?>#&*0B#VD>QZ81C3C=P7;T['U!F\+ZE8W<& M<&\\#P-.CX<&VEC=P3S/P9]$O@$Z#QNX*NOZ_EJCQ8U5*B;.&ZU>6,P1-5=ZA MG\S5JJK,K#_ZH$J:$W'OL"4;X0PVQ**R7C"Y^9N#T$[33[AQ%U!F,$U3RMDX9)MG-AT,.E0PQ2+ M79:6G.K')X-!2D8<9)T/#:VI3;A$E(G30O4%4@;_;H=E?'DEQ,&4&IV56AI3, MG@E1\XA^46VN7EZ/GGD,5DI>I*+O:\>"=H)9J+ZS:A$ M%,Y!K-^E)+?U3YIY@FE.5M?])P!G?E"'L%$_Q9!G3O;^\"MM.!L]S,L76!,EOM7;24>)EB$\VJI("64J"NM*6$>%2J3OH>:H113%56J&129 MK-@K/1'@5)R&$.2!T).CU`4`,'.Q;=2-FP5$*U"&;*F$#B3\I/6MI,DQ0Y0-] M%#$/#[Q[\I@98FXQ MR@W5V/+-D_8WD66\=FQ8\U1CRU5N_2[MAI M"K3U)]"6S:14#=I;3/AFWWI>'G<();-4(^#)Q61#:*"YEX;D6S2\5&+0:NJ1A M(+RS",^I4#<[Q@"D,2EUIQ*<10C**GM?144P>$M-82MW/I4VD\(;2SP,'6Z&D MSKR=-5IA>10'8ZG-!4U"B#:5&ESO*A*$*@VST?V0HRP^T502'>WU^M7+DO-5/ M?%QLR;S1YR8^,`Z=DG)D[#.2_PC\$ZPI\:M2(96H&L+Y56,H3)!1]9AB>QE^S MCE5/XRTLTM,4B\_''%'4#;4)#@LNS/H71!3]Q5A;W)INCQ._>Q\G;!RS8BS_3 M7YK$TXF"-A..!Y,C:-(1^9'")]XS2XXQ)0WG=FF49"]-#);8):%X5/U)9NXT. MAO&FQ./0YRXE.8A1-YB%?RFKZ_!C#[K9K$`A/,4;Z(09*5IIAHG<*X/Y&OMJ2 MG1/BF*T#J94644O""72*EUSFO*!PJ`'UG%)*GJQK,]!PHVB-)1#UTZ+)ZF:IO M4SS"A(Y:Y!+*WNDLX)`\OZR#N9@4(`^]F.9<-R]?8$$BGD9XG.UANXNV M=?;-`LF+,E9Y%^*Q8,"QL"D<9,*]/Q?735`SK+:G?:_--+%N%9Z"-C7.Y>519JM+O7E[M0W%V^;_Q;:ND M<;("52!A2"0AQ2[/0':R&%4-,XW#4@4E,HQ1U%<.3!R>$,83+KYO7P[E[,$#P6@J9ER%*E0>=\.21Z5:OCLU5[-5517"Y2!2X! M1"Y:'8RN*D8C=BCMAQ0X;L=+$0&!@1#A6L\J^-FU:ZVE`?1L6%RS?O_9G%`)" MG-JH_O^2J\G3:IUFRI]Y=PY+":!R1X"HZ2=N%9CJ#O`GWI8[FK6.UT[5,=9J. M_+)KGDC14LMKU%%>%'0]@KR]3WX1IXGJB>W(4_8.AUSPAN"3/O`RH=]$JPJ%F+56.&CW8X4Q!]MGTUF; MULVJ$$S%4AV1PT`8X*NQ9H]_&(EKA5$XXRB@LVI(E4QW*M`-YCB@/'48^HL3A M(XW2F![0]\N&_Z%F/(L4@3M%MX+G/M??UHNV!2\4)"!78!=J^M)UDZ#1R"TL' MJBK3S1LL28JQ"8N991'$RP$^X]^,-6+]#$_W0-4P@\(J]-6736P)G88I2A>ZA M\D&<0]ANFTQ=I.F$O!7'<]\2ME0JU[ZQ8H^=JZYS44/E<82G$-%#CF*J68Q;K(M5-_&!\H\0]NOXKGH+`.NI4#[5VX+UF?Y.R["J*^@@\6,)KU,.,> MIXXFJ#%1,DOSLC(JG6$6,8B436\3\'Y4V5N?G_5^O1STA-B5M<@:Y>H_)H4:" MA@C:&_6_L%Y[$7:Y+A7[M_`6`Q4]>'!TN-."L#V%RIN)*^"M[J_IEJ`"-.,X> M"`V.H4/ZF/VD%XOD!E0,`!8$@5GY`38M(8`FT@7#\@+TBYI`"]*0+C7_M<``I M7"A8!R1[5S[[K4R6?XD:(C-\Z.@HAU%FR26A?U^%N][:WK^);FWSU$FZVLE)F M:+07\A-,CNF5UUR#,K%XGA'<=4X9^0Y$D**Y,*"R\CQ&V;[-QP5:"?!N"]4([F@%)5-\A&U9 M:`1K2^:!52>?_3HI^N1_7I["Y(4`XJ?1/J=%I7I;L3^!LU&Q[>)AYP7BFL^*= MEJQ'P:I[J4,PO=A)"2G0R2\YLDB,X1?,^ M*J:$F>O\C0_+"2X;F+A"54JD5H#09-E83748(3M&[LAUHR&G*6,+/N5P;`,*2 M&")`@K$*(&^2#5K%#+=A[!4N3AQ>+CJ.V#M/X9HR0#BQUW(J'9I34TYZZ4FJ! MI*@]C[T<(VK`XDTXD01ZH*^"1"B-.EQPK9N=FR+F&<52]W-'%OALQ3&IBE4I. MD4%J"N)1033P4U>(IPZI5\&\1F%LSB*:?!(":"B>*1JF-0H"33\'HG2=3_U@Y M7'1B4:UY.X)H3`I3*H$26L5CRD.\6TJ7@EB7+OX):T&N[Q55)R9RR?79\E%'"GD:CREZ8O: MK/J@?3?6;?8BY6*^F^R&\)',6F63V0G:RRM."$VJM-I[.U&'BIL#IV!>B]H;N MH?3=#U3VJZ:P>CAO@W10M\.\'$G<*7ZBN:W`X41;=A'])3^Y+_9*'O[7HO^1/ MF?\Q!-ACD5JOGEFZ%*CI3PI][TNV9GJ/I M(J',$R)J7D=+9IMFF^FJ4JWNFJD:%.M_?,>0F>@QCJF0YR=GD-F@*`-#G''JJ M%VESLJQ,XDL>&]]L7(Z_;;$TH._=53K$]'*7HK#U0^]]T340!64+_IMZ4Z_`\FZ,%-XL[LTMG2Y8MVK-68ZG7HGK+$])S)7I)\**X)W4F?_1)$3Z(H0-!F)[#M'6+*. M%7]$\'SVRUA:<:8OW6F\=]CHG62_<")X<.>*;[_D%*W4@M3AE-8P+*$WD`X9&0H9EV4(=ZQ.;(V0RP:4:8HM9_B2?8*($< M[_"^P//A0/)$?G*_R:GYF,:#ZV#T*8PR;H< MP,I;J6"*&B\!-Y;97A9BQVQC8IT\U0@FP35.^&(V*1!E M]W[P[TY6F7/#(30H?P#F^;%SIH]O?F*7>_`2H8!=^8([Y*4>= M?J)J9:3FD28JF>2NE\J]7QIFC6+!;,4E85#K+6YBP\9V!#!EOY5O%938'9M(] M/E*['%.&!*7B`#6OB;>LSXO'NQ>&ENL!T^+Q>&W)]<_7[YV&*4`?-Y#0!+ED7 MQ;RY8$`/22`%DB#F3"5_79.P3BBKJU<30MO"R+&LHB2W\;X,((Z7U!'3JW])<\VZ6KW!;#%2WO@'RE[:#0E#4%N.AF%Q>Z#[Z$F_:9IKS90. MG_:AIL'90_]HXX8?60\=]UZ(GZ8OYT:=MOAS"_%Y6>U<]$!K$)*OO7-`(K#(Z M17%;1;;7PA[WH8:OC``Q6!7/3`%G=C0OGK]1:)YQSH@^@]?K5QJYC_D@4T/A= MHD$IHJY2(.HV-X)$RDE-M/&JB.(*Q2=V'TVU44A`E`^"_*QSI#?+K\6(,))Z( MJ!7.<"<$&;BL!Q285?95*E%Y6H4D5F>D!//'$U>Z`=B8Z,I?B8D&%T]?J0E!" M"<2$>R2!/-\YQL=/`[(F.=3\(&I%H*2W@\SC'&4-NU)BX MU]JT=.@+O!O51V/0J(N"*TKR*=W`VJ3KH^J!GSB/*!>"T):-((7?XZH//Z0<$ M%J,\^+WQG]5BV1T7Q68L?!I/%[;.Z=5&+UK!FADSZ+UNBU8X(.\N+U06M2W0] MFW>3N$WR=%VG4J3ZORIIW>6 M?)7B[8ZKRH2\J+M;@M>^JGGM'J\>+I,K`+R8N?SKU/*BZ%5G]RWF?8LN(PK/; M:52&YJ4C*'G1^T0;=D$RL.ZXYY5-L@.N-07ZI]C@,W6`BJ+J<6`N,E549@+50 MCM-";5/-B\M87;:3HV,L4UJKWFT[&R;-55L9LVFJ+SV!<.S=GX5<_FD?*J/4^ M7\G2I7U62I(WC<\E5)J-]'[8!%]QQXBIE7>:$,_.;KC MIV-\"XJ%[T0+4#)3)"-KNV(MTI%QQ(1$AV8C\2Q8" M13K+TZ.GJ)^1LW&U\I$=1=Y=D\"%7AQ&51_*AG"C;KHS.HP3R5Z"9?G$'8KX% M&[^_C#_9Q#DW38@E<(E%=4PU+X_:)BP&^>!VYR+./)$[3:(C41&-A M,E+2Y$X>28JQHRJ/.LC MN*/`[?#)]LQ5JNS'X1'%RY<,,A_+D&.:*7%FN`Y`B]EZTS)OHW=4M8^/9P@[& MC#XEA*P:LI@KH@'8Z8P!=4'O73]#I=RO*H#N`&7D+COCSRTD*_H-S@,4:NWN\ M5H:%/>GGK2^\;=M<.)9VORYRW-\ MS^D%Y98EC2T4M8=$,=PY7H=DD,3]2C1*Z2*/^<9;D]KR>'^G\'H%L4`MURC%5 MREYS./-$X>%3E@3\^//N=E@#S>$3=)].9R8<\&H\VZ&96-QTM\,+[Y'S_\/5@Z8^H_#_J^"1[UX,87IE@^O$(5 MO9TS^$M5;:,BXR)\2?P`)1DM;&@U+5,!``"X`P``8JHJ&P``#W-O=7)C95QD^ M=$]B:G,N9:NV`3M;MXVE%O-M\`WX%?&HD58P9&'G937MMT;;;+>(`_.-NQ>`Q MP,@Q&Z`&G$[[^'KGS:4:A)B7W@E00K0A&P5%?W>FC3.2\!NO*DJPM.,G/I$HK M'RLE1QE!+8O3`&GS>U,7A81T6[I.]-P9*O M:8'%59]'CO;D_5TCM@E@"VUU=53X.>$"W6K3='N]O?1Y(IZ1LE>Y>LIK*96`H M*I8HC@@D<_2-N@`-_CY&ZEZP[7DT33!=56+3R1G&HWN#].D;CH3_NXV0-E6.8 M6Z$MY=:R1O7"!F\LKTRJHMD!()H$MGRP"OS5%AL_4[;@_BMZ=XA&(O#OC8]"K'-*7SM'A0F4?Q6=R941> B^PYG<[7+(/;Z+N>M.YVLJZI0L'"MJE)Q[&NH6B0I7^8``#M'% `` end size 15154 ENJOY! / / / /_/_/iZ MODULE 'WiZkId' PROC main() wizkid.inetaddress:='Politikill@cup.portal.com' wizkid.realname:='Jeffrey J Peden ][' ENDPROC *-- GammaTag Version 2.8 --* *-- It's only a hobby ... only a hobby ... only a. From crash!amiserv.xnet.com!bbs1984!jkelly Mon, 20 Sep 93 03:44:34 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Mon, 20 Sep 93 03:44:34 PST Received: from amiserv.xnet.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oeiag-0000ZYC; Mon, 20 Sep 93 03:35 PDT Received: from bbs1984 by amiserv.xnet.com with uucp (Smail3.1.28.1 #1) id m0oeiaN-000r74C; Mon, 20 Sep 93 05:35 CDT Received: by bbs1984.chi.il.us (V1.16/Amiga) id AA004ph; Sun, 19 Sep 93 17:57:26 CST Date: Sun, 19 Sep 93 17:57:26 CST Message-Id: <9309192357.AA004pg@bbs1984.chi.il.us> From: jkelly@bbs1984.chi.il.us (Jim Kelly) To: AmigaE@bkhouse.cts.com Subject: File Handling Ok, I have another question... I am reading lines from a text file line by line using a REPEAT... UNTIL eof and ReadStr(), it's really slow! Is there a better way? I have looked at a few people's code and some use Read(). What's that do? ________________________............................________________________ \ \........OBI WAN.........../ / /\. MaY ThE FoRcE ____/..........of..............\____ Be WiTh YoU! ./\ \__________________/............ACME INC................\__________________/ From crash!cc.curtin.edu.au!SCHOLKOWS Mon, 20 Sep 93 04:45:40 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Mon, 20 Sep 93 04:45:40 PST Received: from CUPPA.CURTIN.EDU.AU by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oej5F-00000CC; Mon, 20 Sep 93 04:07 PDT Received: from cc.curtin.edu.au by cc.curtin.edu.au (PMDF V4.2-11 #3256) id <01H36KECWRYUIMJ68O@cc.curtin.edu.au>; Mon, 20 Sep 1993 19:06:17 +0800 Date: Mon, 20 Sep 1993 19:06:17 +0800 Message-id: <01H36KECWRYWIMJ68O@cc.curtin.edu.au> X-Envelope-to: AmigaE@bkhouse.cts.com X-VMS-To: IN%"AmigaE@bkhouse.cts.com" MIME-version: 1.0 Content-transfer-encoding: 7BIT From: SCHOLKOWS@cc.curtin.edu.au To: AmigaE@bkhouse.cts.com Subject: unsubscribe could i be unsubscribed from this list..\\ thanks MArtin From crash!fulcrum.co.uk!D.Sellars Mon, 20 Sep 93 04:45:41 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Mon, 20 Sep 93 04:45:41 PST Received: from frozen-yogurt.fulcrum.co.uk by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oejB0-0000DeC; Mon, 20 Sep 93 04:13 PDT Received: from localhost (daves@localhost) by frozen-yogurt.fulcrum.co.uk (8.5/9309201246) id MAA04445; Mon, 20 Sep 1993 12:12:54 +0100 Date: Mon, 20 Sep 1993 12:12:54 +0100 Message-Id: <4445.199309201112@frozen-yogurt.fulcrum.co.uk> X-Authentic-Sender: daves@localhost From: Dave Sellars To: amigae@bkhouse.cts.com Subject: unsubscribe UNSUBSCRIBE unsubscribe PLease, please, please unsibscribe me... Dave Sellars (daves@fulcrum.co.uk) From crash!rcbins.mu.wvnet.edu!AMONROE Tue, 21 Sep 93 03:00:26 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Tue, 21 Sep 93 03:00:26 PST Received: from byrd.mu.wvnet.edu by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oelV7-0000oKC; Mon, 20 Sep 93 06:41 PDT Received: by byrd.mu.wvnet.edu (5.57/Ultrix3.0-C) id AA10865; Mon, 20 Sep 93 09:42:20 -0400 Received: From RCBINS/WORKQUEUE by bins00.mu.wvnet.edu via Charon-4.0A-VROOM with IPX id 100.930920085419.576; 20 Sep 93 09:38:26 +0500 Message-Id: Date: 20 Sep 93 08:54:06 EST Priority: normal X-Mailer: Pegasus Mail v2.3 (R5). From: "R. Alan Monroe" To: amigae@bkhouse.cts.com Subject: Fixed text strings I'm trying to figure out how to write a fortune type of program, that has (for the first version anyway) 16 or so fixed sayings built in to the exe (no extrnal textfiles this time around). What's the most efficient and robust way? I thought that for so few items that I should use SELECT randomnumber CASE randomnumber=1 TextF("First fortune") CASE randomnumber=2 TextF("Second fortune") etc. or would it be more memory efficient/faster to toy around with pointers? And have the texts as dc.b's (or the e equivalent thereof) Have fun Alan From crash!cs.vu.nl!velschot Tue, 21 Sep 93 03:02:45 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Tue, 21 Sep 93 03:02:45 PST Received: from top.cs.vu.nl by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oeqcz-00005tC; Mon, 20 Sep 93 12:10 PDT Received: from galjoen.cs.vu.nl by top.cs.vu.nl id aa03013; 20 Sep 93 21:10 MET DST Date: Mon, 20 Sep 93 21:10:08 MET DST cc: AmigaE@bkhouse.cts.com Message-ID: <9309202110.aa16781@galjoen.cs.vu.nl> From: Elschot VAW To: Jim Kelly Subject: Re: File Handling read() quickly loads a file into an allocated memory area, a buffer once you've got the file in this buffer, you can quickly access it, and EG, copy chars into a string until you reach a char. this seems complicated and messy, but it's MUCH faster than readStr() if you need more help, just say the word... vTv From crash!prg.oxford.ac.uk!ecs.oxford.ac.uk!m88jrh Tue, 21 Sep 93 03:06:57 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Tue, 21 Sep 93 03:06:57 PST Received: from sun2.nsfnet-relay.ac.uk by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0of2mx-0000NmC; Tue, 21 Sep 93 01:09 PDT Received: from ecs.oxford.ac.uk (ecs.ecs) by prg.oxford.ac.uk id AA00945; Tue, 21 Sep 93 09:08:45 +0100 Received: from ecs.ox.ac.uk (booth8.ecs) by ecs.oxford.ac.uk (4.1/ecs.1) id AA08915; Tue, 21 Sep 93 09:10:29 BST Received: by ecs.ox.ac.uk (4.1/ecs2.0) id AA01140; Tue, 21 Sep 93 09:09:41 BST Via: uk.ac.oxford.prg; Tue, 21 Sep 1993 09:09:10 +0100 Date: Tue, 21 Sep 93 09:09:41 BST Message-Id: <9309210809.AA01140@booth8.ecs.ox.ac.uk> From: m88jrh@ecs.oxford.ac.uk To: amigae@bkhouse.cts.com Subject: A little E program Dear All, I've written a little program which someone else on this planet may find useful. It's not very pretty but (I think) it works. Basically, it's for people who have a version of TeX, like me, which doesn't decide what format file to use from the command name it is invoked with (like the Unix version does). For example, if you make a hard link to 'virtex' called 'latex' the 'lplain' format file will be used. Frustrated I set about making my TeX do the same. The program can be run from Workbench or the CLI (and it does different things...). If run from the Workbench by itself it will invoke an interactive session of TeX, LaTeX or any other kind of TeX you have by looking at the name of the Workbench file. The command names TeX and LaTeX get translated to format files 'plain' and 'lplain' respectively, any other name is taken to be the format name. If run with arguments from the CLI or Workbench, it will investigate each file's icon (if it exists) for a 'DOTEXFMT' tooltype. This can be 'LATEX', 'TEX', or a format file name (like 'sliplain' or 'plain'). Otherwise it looks through the first 20 lines to find a line which begins '\documentstyle' or a comment '% latex' or '% tex'. These decide the format used. Failing all this normal TeX is run (the 'plain' format). I use this program in conjunction with ToolManager (2.1) to have only one icon on the dock which does LaTeX or TeX according to the file. You can also use it as the default tool for a TeX/LaTeX file. Notice the use of the ReadArgs template 'FILE/M' to get standard arguments (like C's argv stuff) for the CLI, and the SystemTagList function to spawn asynchronous tasks. Also, I've used StringF which Wouter omitted from the 2.1b documentation! Let me know if you tidy it up or fix it! ---- MODULE 'workbench/startup', 'workbench/workbench', 'icon', 'dos/dostags', 'dos/dos' CONST NUMARGS=1024 DEF y=11 PROC main() DEF i, wb:PTR TO wbstartup, args:PTR TO wbarg, olddir, templ, rdargs=NIL, arglist[NUMARGS]:LIST iconbase:=OpenLibrary('icon.library', 33) IF wb:=wbmessage IF iconbase=NIL CleanUp(10) ENDIF args:=wb.arglist IF wb.numargs<>1 args++ FOR i:=2 TO wb.numargs IF args[].lock olddir:=CurrentDir(args[].lock) dofile(args[].name++) CurrentDir(olddir) ELSE dofile(args[].name++) ENDIF ENDFOR ELSE interact(args[].name) ENDIF ELSE IF iconbase=NIL WriteF('Can''t open icon.library\n') CleanUp(10) ENDIF templ:='FILE/M' rdargs:=ReadArgs(templ,arglist,NIL) IF rdargs IF arglist AND (arglist:=arglist[]) WHILE arglist[] dofile(arglist[]++) ENDWHILE ENDIF FreeArgs(rdargs) ENDIF ENDIF IF iconbase THEN CloseLibrary(iconbase) ENDPROC PROC dofile(file) DEF handle=NIL, dobj:PTR TO diskobject, fmt=NIL, sysline[256]:STRING, con=NIL, tool, i=0 handle:=Open(file, OLDFILE) IF handle IF dobj:=GetDiskObject(file) IF tool:=FindToolType(dobj.tooltypes, 'DOTEXFMT') LowerStr(tool) IF StrCmp(tool, 'tex', ALL) fmt:='plain' ELSEIF StrCmp(tool, 'latex', ALL) fmt:='lplain' ELSEIF tool[] fmt:=tool ENDIF ENDIF ENDIF IF fmt=NIL WHILE (i++<20) AND (ReadStr(handle, sysline)<>-1) IF StrCmp(sysline, '\\documentstyle', STRLEN) fmt:='lplain' ELSE LowerStr(sysline) IF StrCmp(sysline, '% latex', ALL) fmt:='lplain' ELSEIF StrCmp(sysline, '% tex', ALL) fmt:='plain' ENDIF ENDIF ENDWHILE IF fmt=NIL fmt:='plain' ENDIF ENDIF Close(handle) StringF(sysline, 'con:0/\d/640/94/DoTeX - \s/CLOSE/WAIT', y, file) IF con:=Open(sysline, NEWFILE) StringF(sysline, 'tex:bin/virtex &\s \s', fmt, file) SystemTagList(sysline, [SYS_INPUT, NIL, SYS_OUTPUT, con, SYS_ASYNCH, TRUE, NIL]) y:=y+11 IF y>106 THEN y:=11 ENDIF IF dobj THEN FreeDiskObject(dobj) ELSEIF wbmessage=NIL WriteF('File "\s" does not exist\n', file) ENDIF ENDPROC PROC interact(file) DEF name[128]:STRING, sysline[256]:STRING, fmt, handle, pos, found pos:=InStr(file, ':', 0) IF pos=-1 pos:=0 ELSE INC pos ENDIF WHILE (found:=InStr(file, '/', pos))<>-1 pos:=found+1 ENDWHILE MidStr(name, file, pos, ALL) StringF(sysline, 'CON:0/11/640/94/DoTeX -- \s running/CLOSE/WAIT', name) IF handle:=Open(sysline, NEWFILE) LowerStr(name) IF StrCmp(name, 'latex', ALL) fmt:='lplain' ELSEIF StrCmp(name, 'tex', ALL) fmt:='plain' ELSE fmt:=name ENDIF StringF(sysline, 'tex:bin/virtex &\s', fmt) SystemTagList(sysline, [SYS_INPUT, handle, SYS_OUTPUT, handle, SYS_ASYNCH, FALSE, NIL]) Close(handle) ENDIF ENDPROC ----- _____ _ / / | / / / /__/ /__/ Jason R. Hulance / /\ / / |_/ . / \ . / / . From crash!kirk.safb.af.mil!BWILLS Tue, 21 Sep 93 04:42:47 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Tue, 21 Sep 93 04:42:47 PST Received: from kirk.safb.af.mil by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0of5rN-00009qC; Tue, 21 Sep 93 04:26 PDT Message-Id: Date: 21 Sep 93 06:24:00 CST From: "Barry D. Wills" To: "amigae" Subject: Bug report (Don't panic, Wouter :) The bug's mine, and I'm surprised no one's called me on it yet. A little while back I posted a small example of how to use idcmp to get keyboard input and build a string out of it. Well, one of the things I meant to do in the scan() function is to save the old idcmp flags of the window argument so they could be restored upon exit. The example worked without apparent side effects since the window I used had no idcmp flags set, but in real life it will act unexpectedly if the window is using idcmp outside of the function. To fix the problem, just change the line in scan() that reads oldIdcmpFlags:=win.flags to read oldIdcmpFlags:=win.idcmpflags My apologies. -- Barry From crash!cs.vu.nl!velschot Wed, 22 Sep 93 04:05:34 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Wed, 22 Sep 93 04:05:34 PST Received: from top.cs.vu.nl by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0of7FP-0000qfC; Tue, 21 Sep 93 05:55 PDT Received: from galjoen.cs.vu.nl by top.cs.vu.nl id aa01593; 21 Sep 93 14:54 MET DST Date: Tue, 21 Sep 93 14:54:56 MET DST cc: amigae@bkhouse.cts.com Message-ID: <9309211454.aa21769@galjoen.cs.vu.nl> From: Elschot VAW To: "R. Alan Monroe" Subject: Re: Fixed text strings I think (from an expansion point of view) that the best way is to simply use a texfile containing all the fortunes.. but, if you don't want to do that, I suppose the SELECT way is simplest.. and easy to expand, but with (I've heard of these) thousands of lines, it's not THAT memory efficient... vTv From crash!rcbins.mu.wvnet.edu!AMONROE Wed, 22 Sep 93 04:05:59 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Wed, 22 Sep 93 04:05:59 PST Received: from byrd.mu.wvnet.edu by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0of83q-0000SLC; Tue, 21 Sep 93 06:47 PDT Received: by byrd.mu.wvnet.edu (5.57/Ultrix3.0-C) id AA12892; Tue, 21 Sep 93 09:47:57 -0400 Received: From RCBINS/WORKQUEUE by bins00.mu.wvnet.edu via Charon-4.0A-VROOM with IPX id 100.930921090626.672; 21 Sep 93 09:43:51 +0500 Message-Id: Date: 21 Sep 93 09:06:11 EST Priority: normal X-Mailer: Pegasus Mail v2.3 (R5). From: "R. Alan Monroe" To: amigae@bkhouse.cts.com Subject: Re: Fixed text strings >I think (from an expansion point of view) that the best way is >to simply use a texfile containing all the fortunes.. Well it's not a "fortune" program per se, it's a "Magic 8 Ball" program, you know like the toy with the window in the bottom, that tells you yes, no, maybe, not clear at this time, etc. So a huge number of sayings isn't needed. Now today's question: How do you make an "ordered dithering fade-in" routine? I know it involves using an 8x8 table but I'm not sure what you actually DO with it... Have fun Alan From crash!unx.sas.com!jamie Wed, 22 Sep 93 04:06:10 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Wed, 22 Sep 93 04:06:10 PST Received: from lamb.sas.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0of8CP-00006ZC; Tue, 21 Sep 93 06:56 PDT Received: from mozart by lamb.sas.com (5.65c/SAS/Gateway/10-28-91) id AA16196; Tue, 21 Sep 1993 09:56:07 -0400 Received: from cdevil.unx.sas.com by mozart (5.65c/SAS/Domains/5-6-90) id AA28835; Tue, 21 Sep 1993 09:55:06 -0400 Received: by cdevil.unx.sas.com (5.65c/SAS/Generic 9.01/3-26-93) id AA22231; Tue, 21 Sep 1993 09:55:01 -0400 Message-Id: <199309211355.AA22231@cdevil.unx.sas.com> Date: Tue, 21 Sep 1993 09:55:01 -0500 (EDT) X-Mailer: ELM [version 2.4 PL20] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1157 From: James Cooper To: amigae@bkhouse.cts.com (Amiga E Mailing List) Subject: Re: Fixed text strings > I'm trying to figure out how to write a fortune type of program, > that has (for the first version anyway) 16 or so fixed sayings built > in to the exe (no extrnal textfiles this time around). What's the > most efficient and robust way? > I thought that for so few items that I should use > SELECT randomnumber > CASE randomnumber=1 > TextF("First fortune") > CASE randomnumber=2 > TextF("Second fortune") > etc. > > or would it be more memory efficient/faster to toy around with > pointers? And have the texts as dc.b's (or the e equivalent thereof) Actually, here's a spot where E really shines... You need to use an E specific feature, called 'Lists'. This will be the best way to do what you want to do, and doesn't require any kludges. For instance: TextF(ListItem(['First fortune','Second fortune'],randomnumber)) Just fill in the square brackets with the fortunes you want to use, and that single E statement does the equivalent of the SELECT statement you started to use... :-) (Oh, yeah... remember that E likes single quotes around strings, double quotes around characters. Backwards from most other languages, but...) From crash!cs.vu.nl!velschot Thu, 23 Sep 93 02:52:34 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Thu, 23 Sep 93 02:52:34 PST Received: from top.cs.vu.nl by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ofWoq-0000OGC; Wed, 22 Sep 93 09:13 PDT Received: from galjoen.cs.vu.nl by top.cs.vu.nl id aa19394; 22 Sep 93 18:13 MET DST Date: Wed, 22 Sep 93 18:13:17 MET DST cc: amigae@bkhouse.cts.com Message-ID: <9309221813.aa22976@galjoen.cs.vu.nl> From: Elschot VAW To: "R. Alan Monroe" Subject: Re: Fixed text strings hoho! I'm not THAT good at programming.. :) From crash!cup.portal.com!Politikill Thu, 23 Sep 93 02:55:07 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Thu, 23 Sep 93 02:55:07 PST Received: from nova.unix.portal.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ofdMM-0000PiC; Wed, 22 Sep 93 16:12 PDT Received: by nova.unix.portal.com (5.65b/4.1 1.455) id AA04045; Wed, 22 Sep 93 16:16:50 -0700 Received: from hobo by portal.unix.portal.com (1.765) id AA11887; Wed, 22 Sep 93 16:16:48 -0700 Received: by hobo.corp.portal.com (4.1/4.0.3 1.77) id AA18418; Wed, 22 Sep 93 16:16:48 PDT Return-Path: Lines: 57 Date: Wed, 22 Sep 93 16:16:47 PDT Message-Id: <9309221616.3.17441@cup.portal.com> X-Origin: The Portal System (TM) From: Politikill@cup.portal.com To: AmigaE@bkhouse.cts.com Subject: E D S: Please help me! Hi I am finally done with EDS. It will be released to the masses (you) by this weekend. I would really like to get rid of a few small bugs, and test it on a wider base of machines, but I just ran into a dead-end alleyway. I just got my phone bill for the last month, and it is not good news. I need lotsa money quick! So, I am asking everyone on the mailing list here to take a good hard look at it, and sincerely consider registering. I am going to release it for $15, which will get you a registered version, without the 15 second wait on saving. An additional $5 will get you the source, although that does have some restrictions. Any problems reported to me from this version will be corrected ASAP, but there is only one machine that EDS has been tested on that gives unsatisfactory results, and they have not been replicated on any other machine. Here is a short list of the features of EDS: 7 Edit, Revise, Comment, Pre-Process, and Compile all from one interface 7 User Style Guide Compliant 7 GadTools interface 7 OS 2.x/3.x Only (Yes, this _IS_ a feature) 7 User configurable buttons 7 Interface to JED text editor 7 Send ARexx commands to any port 7 Low Price 7 Source Available 7 Written in E for E! 7 Customized to suit you 7 AmigaGuide Documentation Right now, I only support JED, but you can support CED through the customizable buttons. In future versions, I may let you define certain scripts for the editor buttons and completely define the 15 user buttons. All this will be in version 2.0 (40.1). I will go through any means possible to help those who register (up to a point). I believe EDS is useful for everyone who is programming in E, and has at least WB 2.0. (If you don't, then you really SHOULD upgrade) I really need as many people to register, because I would really like to stay on this list, but unfortunately, I have to call from Massachuesettes to California to get Internet access! (I wish the phone company would be taken over by the government!) So, if you can, please help a 15 year-old High School student (who can't find a job 'cause the 30 year olds take all the student jobs) who did the only thing he knew how to do on his summer vacation and now has to have something to show for it. / / / /_/_/iZ MODULE 'WiZkId' PROC main() wizkid.inetaddress:='Politikill@cup.portal.com' wizkid.realname:='Jeffrey J Peden ][' ENDPROC *-- GammaTag Version 2.8 --* *-- Wisdom begins where the fear of God ends. From crash!stack.urc.tue.nl!leon Thu, 23 Sep 93 04:55:31 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Thu, 23 Sep 93 04:55:31 PST Received: from mailhost.tue.nl by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ofoqK-00007RC; Thu, 23 Sep 93 04:28 PDT Received: from terra.stack.urc.tue.nl by mailhost.tue.nl with SMTP id AA18962 (5.65c/IDA-1.4.4 for ); Thu, 23 Sep 1993 13:28:09 +0200 Received: from blade.stack.urc.tue.nl by terra.stack.urc.tue.nl (4.1/1.53) id AA10362; Thu, 23 Sep 93 13:25:01 +0200 Received: by blade.stack.urc.tue.nl (4.1/1.53) id AA03091; Thu, 23 Sep 93 13:25:24 +0200 Message-Id: <9309231125.AA03091@blade.stack.urc.tue.nl> Date: Thu, 23 Sep 1993 13:25:19 +0200 (MET DST) X-Mailer: ELM [version 2.4 PL20] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1223 From: leon@stack.urc.tue.nl (Leon Woestenberg) To: amigae@bkhouse.cts.com (AmigaE Mailing List) Subject: Problem with {procname} and AddTask Hello fellows! I nEEd somE hEEElp hErE... I'm having troubles converting a C source, that demonstrates the starting of and communication between the maintask and a daughtertask (which is started from the maintask). The C source is on aminet misc/amag/Amiga_9309b.lha and called 'Multitask/task.c'. The problem comes with 'AddTask', which needs a pointer to the daughtertask. I now know that {procname} is the address of the procedure in AmigaE, but I can't get the AmigaE version working (it crashes). Does someone know how to add a PROCedure as a new task in AmigaE?? I cut out some source from the C source. This is the daughtertask procedure: ----- void __saveds __interrupt TochterTask(void) { StopTochterTaskSig=AllocSignal(-1L); Signal( MainTask, 1L< From: THORNTONJ@iccgcc.cs.hh.ab.com To: amigae@bkhouse.cts.com Subject: Amiga E Newbie Hi All, Just a couple a general questions from a newbie. I dl'd Amiga E a couple of weeks ago and as of yet haven't had time to do any thing with it other than compile the helloworld.e example to see if everything was set up right. I've also read the docs on the compiler and some of the reference doc. My question is how does Amiga E stack up to other langs. like C and Basic in terms of learning curve, ease of use, etc., etc. I have a good working knowledge of C (but little programming) and have done a lot of programming in basic. Hopefully I will be doing a lot of programming in E. This is my first time joining a mailing-list. I like the idea of having a place to go if I have questions or problems as I am kind of isolated from other amiga programmers. Thanks in advance. jessie thornotnj@beast.cs.hh.ab.com From crash!freenet.buffalo.edu!ac812 Fri, 24 Sep 93 03:09:37 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Fri, 24 Sep 93 03:09:37 PST Received: from freenet.buffalo.edu by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ofy1R-0000DVC; Thu, 23 Sep 93 14:16 PDT Received: by freenet.buffalo.edu (4.1/1.35) id AA02047 for amigae@bkhouse.cts.com; Thu, 23 Sep 93 17:16:13 EDT Date: Thu, 23 Sep 93 17:16:13 EDT Message-Id: <9309232116.AA02047@freenet.buffalo.edu> Reply-To: ac812@freenet.buffalo.edu From: ac812@freenet.buffalo.edu (Matthew Hornyak) To: amigae@bkhouse.cts.com Subject: How do you allocate memory as you need it? I'm writing a program that has variable length variables. How do you allow them to grow as needed? Also, can you make E output object files? -- ---------| 3 TIME AFC Champions- 1990-1991-1992--GO BUFFALO BILLS! |---------- ac812@freenet.buffalo.edu |Using Amiga, despite C='s best efforts. mhornyak@freenet.scri.fsu.edu |Support the Bill Clinton Brain Fund. Because ah663@freenet.hsc.colorado.edu |a mind is a terrible thing not to have. From crash!cbos.uc.edu!USR1400A Fri, 24 Sep 93 03:11:24 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Fri, 24 Sep 93 03:11:24 PST Received: from cbos.uc.edu by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0og14U-0000qXC; Thu, 23 Sep 93 17:31 PDT Received: by cbos.uc.edu (3.5/1.0) id AA18745; 23 Sep 93 20:34:39 +2000 Return-Path: Date: 23 Sep 93 20:30:00 +2000 Message-Id: <199309232034.AA18745@cbos.uc.edu> From: USR1400A@cbos.uc.edu To: amigae@bkhouse.cts.com Subject: Problem with {Procname} and AddTask You showed us the C source which worked (except for the declaration of the task) and based on what you have said I assume that it works. You said that your E code didn't wrok correctly. I suggest that you do two things, 1. be more specific about how your code fails (or doesn't work) and 2. post a code fragment showing how you called AddTask, including the definition for the item passed as the first parameter (the task) and the code you used to initialize the required fields of the task structure AND the code you used to allocate the stack for the added task. BTW, please remember that E code assumes that a4 and a5 are set appropriatly. If you are not using any global items (those defined prior to the first PROC) then you need not worry about a4 unless you reference any of the E-provided "procedures" such as CleanUp, WriteF, etc.. But E does assume that any parameters/local variables are addressed via a5. From crash!delphi.com!NES Fri, 24 Sep 93 03:12:19 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Fri, 24 Sep 93 03:12:19 PST Received: from bos3a.delphi.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0og38I-0000pnC; Thu, 23 Sep 93 19:43 PDT Received: from delphi.com by delphi.com (PMDF V4.2-11 #4520) id <01H3AYSO9M1G8WY7HX@delphi.com>; Thu, 23 Sep 1993 22:43:06 EDT Date: Thu, 23 Sep 1993 22:43:06 -0400 (EDT) Message-id: <01H3AYSO9VOM8WY7HX@delphi.com> X-VMS-To: IN%"amigae@bkhouse.cts.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT From: NES@delphi.com To: amigae@bkhouse.cts.com Subject: vector.h to .m I could not get pragma2module to convert this include file. Any ideas.. Eric section 1 of uuencode 5.15 of file vector.h by R.E.M. begin 644 vector.h M(VEF;F1E9B!%6$5#7U194$537T@*("`C:6YC;'5D92`\97AE8R]T>7!E'1!='1R("I&;VYT.PH@("!C:&%R("I$969A=6QT5&ET;&4["B`@ M(%=/4D0@=G=?1FQA9W,["B`@(%=/4D0@=G=?3&5F=$5D9V4L=G=?5&]P161G M92QV=U]7:61T:"QV=U](96EG:'0["B`@(%=/4D0@=G=?1&5P=&@["B`@?3L* M"G-TPH@ M("!73U)$("!.=6UB97(["B`@('-T#(T+"!);FET M5D)/0G,H9#`L83`L83$L83(I*0HC<')A9VUA(&%M:6-A;&PH5F5C0F%S92P@ M,'@R82P@3W!E;E938W)E96XH83$I*0HC<')A9VUA(&%M:6-A;&PH5F5C0F%S M92P@,'@S,"P@0VQO#,V+"!5#1E+"!2 M;W1A=&5:*&0P+&0Q+&0R+&0S+&0T+&0U+&0V*2D*(W!R86=M82!A;6EC86QL M*%9E8T)A#8V+"!&#9C+"!3971#;VQO; Fri, 24 Sep 1993 01:42:07 CST Date: Fri, 24 Sep 1993 01:42:07 -0600 (CST) Message-id: <01H3B4NL2YNM9KNGDX@MSUVX1.MEMST.EDU> X-VMS-To: IN%"amigaE@bkhouse.cts.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT From: UMLANGSTON@MSUVX1.MEMST.EDU To: amigaE@bkhouse.cts.com Subject: Various stuff... Well all, I'm back from Germany and working away on some programs. I had a few things to say/ask: a) WHERE IS EVERYONE? You're studying too hard! Take a break! b) Norm: You keeping an ftp'able archive of the list? If so, where? c) While I was working in Germany, we all had a discussion about who was working on what. How's it going with everyone's projects? d) I'll assume almost everyone is using EPP (thanks, Barry!). That being true, wouldn't it be a good idea to have a central FTP site for everyone's PMODULES so we could all benefit from each other's routines? (Think about it: A set of libraries for fancy 3d graphics routines, a set for sound, a set for device access, text manipulation, windowing/boopsi/intuition, etc.) e) In fact, we should establish a central FTP site for source. I only say this because I have no idea how hard it would be to get an E directory under aminet/dev/source. Where I am: Well, I'm currently working on SDM. Now up to 0.3a. SDM stands for Sparse Distributed Memory. basically a holographic storage system. The version I'm working on now will learn to read text...anything. Books, newspapers, term papers, you name it. I have most of the routines either coded or planned, at least as far as having it correctly recognize concepts, categories, and predict word sequences (I'm using pop science texts, but will move on to fiction soon). Once I have thatt done, I'll implement the other half of SDM, which will add content-addressible associative memory to it. In other words, give it a word or phrase, and it can free-associate in a human manner. After that's working, I may just make it talk just to round things out. Throw in a few emotions, and you may have an Amiga striking up a conver- sation with you in the future (but, that would require voice-recognition, and I havent looked at the soource for VCLI all that closely.) Either way, you amy could have feelings, and express them to you in natual language (at least, that's whatt I'm hoping. all this is based on a theory of SDM developed by Pennti Kanerva, and was designed as a memory system for a fully autonomous rrobot...it was never designed with text in mind, although it works just fine with it. (remind me to slow down my key repeat rate.)) So. That's where my projects are so far. All the others I listed (except the TIERRA port) will be using SDM as the foundation for their functioning. I get this thing working, everything else is pretty much downhill. What progress has everyone else made? -mark P.S. - No, I'm NOT kidding. It works (at least what I've already implemented). I do this sort of thing on a regular basis (it's my field of study). Institute for Intelligent Systems Department of Psychology Memphis State University Memphis, TN 38152 langston@memstvx1.memst.edu PsychoNaut Labs (software division) From crash!prg.oxford.ac.uk!ecs.oxford.ac.uk!m88jrh Fri, 24 Sep 93 03:12:49 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Fri, 24 Sep 93 03:12:49 PST Received: from sun2.nsfnet-relay.ac.uk by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0og7sq-0000XpC; Fri, 24 Sep 93 00:48 PDT Received: from ecs.oxford.ac.uk (ecs.ecs) by prg.oxford.ac.uk id AA17142; Fri, 24 Sep 93 08:46:13 +0100 Received: from ecs.ox.ac.uk (booth34.ecs) by ecs.oxford.ac.uk (4.1/ecs.1) id AA22117; Fri, 24 Sep 93 08:47:59 BST Received: by ecs.ox.ac.uk (4.1/ecs2.0) id AA01484; Fri, 24 Sep 93 08:47:10 BST Via: uk.ac.oxford.prg; Fri, 24 Sep 1993 08:46:35 +0100 Date: Fri, 24 Sep 93 08:47:10 BST Message-Id: <9309240747.AA01484@booth34.ecs.ox.ac.uk> From: m88jrh@ecs.oxford.ac.uk To: amigae@bkhouse.cts.com Subject: Re: Problem with {procname} and AddTask I've tried to do similar things --- like using SetFunction. I gave up in the end (it didn't really need to do such a horrible thing!). But a point to remember is that variables are PC relative (I believe). So I think you may need to do: MOVE.W A0, {procname} LEA A0(PC), A1 or some such to get the real address of the procedure. I could, of course, be talking rubbish, but no-one else has replied to either of your messages so I thought this might be useful. Whilst we on sticky subjects: how can you duplicate a file-handle, or open two handles on a CON: window? I ask this because SystemTagList closes both its input and output handles if run Asynchronously, and I'd like to give it input and output on the same window! (See my DoTeX posting to see where I want to use this function.) Anyone got any bright ideas? At present I only supply a valid output handle, which means you can't iteract with the spawned processes. Thanks! --- _____ _ / / | / / / /__/ /__/ Jason R. Hulance / /\ / / |_/ . / \ . / / . From crash!sheffield.ac.uk!D.Lamptey Fri, 24 Sep 93 03:12:56 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Fri, 24 Sep 93 03:12:56 PST Received: from sun2.nsfnet-relay.ac.uk by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0og8lZ-00003AC; Fri, 24 Sep 93 01:44 PDT Received: from ntsc.shef.ac.uk by pp.shef.ac.uk with SMTP (PP) id <05723-0@pp.shef.ac.uk>; Fri, 24 Sep 1993 09:40:58 +0100 Received: by ntsc.shef.ac.uk (4.1/Derryck 1.1(mm)) id AA09666; Fri, 24 Sep 93 09:42:18 BST Via: uk.ac.sheffield; Fri, 24 Sep 1993 09:44:08 +0100 Date: Fri, 24 Sep 93 09:42:18 BST Message-Id: <9309240842.AA09666@ntsc.shef.ac.uk> From: D.Lamptey@sheffield.ac.uk To: amigae@bkhouse.cts.com Subject: Transputern Hello, just a quick question here... Anyone involved n transputers, except BaryyW? I am looking at the moment for a means to hang transputer networks off the Ami, short of designing a who;e new Z board! Stioll thinking... BTW (lots of typos) because I am logged on from der Klinikum, Aachen (Germany) 400 metres from Holland! And Daimler Benz have just demonstarted a 300TD Merc called OScar which has a autonomous driving control system based on transputers (19 t800 = <200mips!) And it has been driving on Germanys Autobahns at up to 140 kmh (No custom harward.. Hardware, apart from tranaputer Frame grabbers! It does automatic lane-changing, roadsign recognition and tracking and other stuff. My eyes are still rolling!!! Speak again next week! Derryck. From crash!UNCA.EDU!JVANRIPER Fri, 24 Sep 93 05:42:15 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Fri, 24 Sep 93 05:42:15 PST Received: from uncavx by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ogC45-0000OqC; Fri, 24 Sep 93 05:15 PDT Received: from UNCA.EDU by UNCA.EDU (PMDF V4.2-13 #3902) id <01H3BICJY49O94DP2Q@UNCA.EDU>; Fri, 24 Sep 1993 08:14:43 EDT Date: Fri, 24 Sep 1993 08:14:43 -0400 (EDT) Message-id: <01H3BICJY49Q94DP2Q@UNCA.EDU> Organization: University of North Carolina at Asheville X-VMS-To: IN%"amigae@bkhouse.cts.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT From: "Joseph E. Van_Riper III" To: amigae@bkhouse.cts.com Subject: How Does E Stack Against Other Languages This message is in references to THORNTONJ@iccgcc.cs.hh.ab.com's question: |how does Amiga E stack up to other langs. like C and |Basic in terms of learning curve, ease of use, etc., etc. I figured out how to program in E within about a couple of months. For me, the biggest trick was getting used to the polymorphic nature of the variables.. I kept passing the wrong variables around, guruing my computer . E's strongest feature, in my opinion, is its handling of lists. I really LOVE that. The polymorphic variable bit is very good, too. However, I still like C++'s object oriented nature.. I LOATHE global variables, and find myself having to do some funky weirdnesses to work around global variables in E, where I have less trouble in C++. Further, I don't much care for E's handling of objects.. that is, you cannot have objects within objects without having to reference a separate variable.. eg: OBJECT fulubreath smile:INT; grin:INT; laugh:INT; make_others_suffer:fulubreath ENDOBJECT DEF goo:fulubreath, gah:fulubreath /* you cannot....*/ goo.make_others_suffer.laugh /* you must instead */ gah:=goo.make_others_suffer gah.laugh I find this to be rather annoying.. but given E's advances, I'm willing to put up with it. One other annoying thing is the lack of a modular approach to programming in E.. that is, you may not create separate *.e files and merge them together into one. While EPP sort of addresses this issue, I've experienced some minor problems with EPP (although, to be honest, overall, I like the way EPP handles things better than most compilors). However, E is FAST. I LOVE that... I generally don't have to wait for half-an-eternity for my files to compile. And it creates VERY compact code, with built-in stacks (so your users needn't worry about THAT nonsense), and several other nifties. It uses the Amiga's potential better than any other language I've seen to date.. my compaints above are mere quibblings compared to the advantages of using E for the Amiga. So.. if you want portability, and Object Oriented features, C++ is still my favorite. But if you want something that'll make really EXCELLENT code for your Amiga, E is the language for it. I'm very much looking forward to E's update, as I suspect the issues I've raised are already being worked on. E's portability will probably always be a problem, though.. but I don't really care. I don't much like MS-DOS or MacIntosh anyway.. I'd rather program for my Amiga. - Trey From crash!MSUVX1.MEMST.EDU!UMLANGSTON Sat, 25 Sep 93 02:47:46 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Sat, 25 Sep 93 02:47:46 PST Received: from msuvx1.memst.edu by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ogKly-0000OFC; Fri, 24 Sep 93 14:33 PDT Received: from MSUVX1.MEMST.EDU by MSUVX1.MEMST.EDU (PMDF V4.2-14 #3869) id <01H3BZYXK3UO9KNLOE@MSUVX1.MEMST.EDU>; Fri, 24 Sep 1993 16:36:30 CST Date: Fri, 24 Sep 1993 16:36:30 -0600 (CST) Message-id: <01H3BZYXLG369KNLOE@MSUVX1.MEMST.EDU> X-VMS-To: IN%"amigae@bkhouse.cts.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT From: UMLANGSTON@MSUVX1.MEMST.EDU To: amigae@bkhouse.cts.com Subject: Random numbers Okay people, I have a problem. I'm tryring to generate random numbers. Here's the story: Using code that Barry supplied, I have a 2D matrix, 500x70, set up. I want to go through each cell in the matrix and randomly put a value between -40 and 40. When I say RANDOMLY, I mean: A uniform random sample from the set [-40..40]. Here's what I tried (in psuedocode): FOR x:=0 TO 499 FOR y:=0 TO 69 /* Remember, Barry: this is psuedocode... :) */ c:=Rnd(80) c:=c-40 array[x,y]:=c ENDFOR ENDFOR Again, in psudocode, here's how I read it back out: FOR x:=0 to 499 FOR y:=0 to 69 IF array[x,y]<0 THEN WriteF('0') ELSE WriteF('1') ENDFOR ENDFOR This should print out lines of length 70, containing a random sample from the boolean set [0,1]^70. However, All I get are vectors containing all '1's. What gives? Does anyone have a code solution for this, or some mathematics for a more statistically-pure uniform random sampling procedure? This is gonna drive me up the wall! To make things worse, I wrote a little program called test.e. Here it is: PROC main() DEF a,x For x:=0 to 10000 a:=Rnd(1000) IF a<500 THEN WriteF('0') ELSE WriteF('1') ENDFOR ENDPROC Works just fine!!! I don't get it. Barry, could this be a problem with how your array routines store integers (positive versus negative?) I'm confused. hopefully, mark From crash!freenet.buffalo.edu!ac812 Sat, 25 Sep 93 02:47:49 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Sat, 25 Sep 93 02:47:49 PST Received: from freenet.buffalo.edu by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ogKnI-0000cUC; Fri, 24 Sep 93 14:35 PDT Received: by freenet.buffalo.edu (4.1/1.35) id AA19735 for amigae@bkhouse.cts.com; Fri, 24 Sep 93 17:35:08 EDT Date: Fri, 24 Sep 93 17:35:08 EDT Message-Id: <9309242135.AA19735@freenet.buffalo.edu> Reply-To: ac812@freenet.buffalo.edu From: ac812@freenet.buffalo.edu (Matthew Hornyak) To: amigae@bkhouse.cts.com Subject: Allocating Dynamic Memory Sorry if any of you have got this before, but the mailer-daemon threw it up. (REPOST) I'm writing a program that has variable length variables. How do you allow them to grow as needed? Also, can you make E output object files? (like to make libraries with) -- ---------| 3 TIME AFC Champions- 1990-1991-1992--GO BUFFALO BILLS! |---------- ac812@freenet.buffalo.edu |Using Amiga, despite C='s best efforts. mhornyak@freenet.scri.fsu.edu |Support the Bill Clinton Brain Fund. Because ah663@freenet.hsc.colorado.edu |a mind is a terrible thing not to have. From crash!MSUVX1.MEMST.EDU!UMLANGSTON Sat, 25 Sep 93 02:48:02 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Sat, 25 Sep 93 02:48:02 PST Received: from msuvx1.memst.edu by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ogLoz-0000MKC; Fri, 24 Sep 93 15:41 PDT Received: from MSUVX1.MEMST.EDU by MSUVX1.MEMST.EDU (PMDF V4.2-14 #3869) id <01H3C2MFNBK09KNMLT@MSUVX1.MEMST.EDU>; Fri, 24 Sep 1993 17:44:31 CST Date: Fri, 24 Sep 1993 17:44:31 -0600 (CST) Message-id: <01H3C2MFOXF69KNMLT@MSUVX1.MEMST.EDU> X-VMS-To: IN%"amigae@bkhouse.cts.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT From: UMLANGSTON@MSUVX1.MEMST.EDU To: amigae@bkhouse.cts.com Subject: Oops... Whups... Sorry folks. Just solved my own problem. It DID seem to be a problem with how the array was storing those negative integers...instead of storing them with a minus sign, it simply rolled backwards from 0 to 65536 and decremented from there. I just hope that that roll-over works both ways (i.e., increment past 65536 and get back to 0), otherwise I'm going to have about 35,000 very confusing counters running... Anyone care to comment on the roll-over? (Barry? Hmm?) 'til after the movie with my girlfriend tonight, (see, we programmers DO have lives!) -mark From crash!kirk.safb.af.mil!BWILLS Sun, 26 Sep 93 02:24:18 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Sun, 26 Sep 93 02:24:18 PST Received: from kirk.safb.af.mil by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ogbiw-0000fhC; Sat, 25 Sep 93 08:39 PDT Message-Id: Date: 25 Sep 93 10:37:00 CST From: "Barry D. Wills" To: "amigae" Subject: Re: How Does E Stack Against Other Languages In reply to a message from Trey: >This message is in references to THORNTONJ@iccgcc.cs.hh.ab.com's question: > >|how does Amiga E stack up to other langs. like C and >|Basic in terms of learning curve, ease of use, etc., etc. > >I figured out how to program in E within about a couple of months. For me, the If you have prior experience with other languages the transition to E should be rather easy. I began coding after one evening of reading the docs and some of the easier examples. >biggest trick was getting used to the polymorphic nature of the variables.. I >kept passing the wrong variables around, guruing my computer . Programming in E does require a more rudimentary knowledge of the computer, but once I got used to E's loose typing I found that I liked it ALOT! I've always been an advocate of string typing, but E makes loose typing powerful AND elegant. E had proven to me that a well designed language can dispense with all that extra strong-typing baggage and not detract from productivity and reliability. Contrary to popular claims of strong-typing advocates, I'm coding projects faster in E than in any other language I've tried so far. GURUs: when you try to use the more powerful features of any programming language your gonna crash the machine. I've crashed my Amiga more often using C++ than with E (and I've had to wait 300 to 500 times longer to compile, link, and crash my computer in C++! :-) I've even crashed my machine using AmigaBASIC, imagine that! >E's strongest feature, in my opinion, is its handling of lists. I really LOVE >that. The polymorphic variable bit is very good, too. However, I still like Lists, a unique and VERY powerful feature. And they will get better in the next release! >C++'s object oriented nature.. I LOATHE global variables, and find myself >having to do some funky weirdnesses to work around global variables in E, where Hm, what do you have to do? >I have less trouble in C++. Further, I don't much care for E's handling of >objects.. that is, you cannot have objects within objects without having to >reference a separate variable.. eg: > >OBJECT fulubreath > smile:INT; > grin:INT; > laugh:INT; > make_others_suffer:fulubreath >ENDOBJECT > >DEF goo:fulubreath, gah:fulubreath > >/* you cannot....*/ > >goo.make_others_suffer.laugh > >/* you must instead */ ? >gah:=goo.make_others_suffer > >gah.laugh This is a recurring complaint, something for which I've found a suitable solution. So here it is again: PROC laughFrom (b : PTR TO fulubreath) RETURN b.laugh to use it: react(laughFrom(goo.make_others_suffer)) If you do this frequently in your code, it's smoother and more readable than dereferencing by multiple assignments. >I find this to be rather annoying.. but given E's advances, I'm willing to put Yes, E is advancing and we shouldn't have to put up with it forever. :) >up with it. One other annoying thing is the lack of a modular approach to >programming in E.. that is, you may not create separate *.e files and merge >them together into one. While EPP sort of addresses this issue, I've >experienced some minor problems with EPP (although, to be honest, overall, I >like the way EPP handles things better than most compilors). This WILL go away with the next release. E v2.5 will support modules, and in a much better way then EPP. >However, E is FAST. I LOVE that... I generally don't have to wait for I believe the proper expression is "E is FA-A-A-A-A-A-A-AST!!!" :-) It is a major fault of E that when I used C++ I always had an opportunity to go get a sandwich or take a leak. EC doesn't give me the chance to step away! Oh well, not all languages/compilers are perfect :-/ (joke, you may laugh :-) >half-an-eternity for my files to compile. And it creates VERY compact code, >with built-in stacks (so your users needn't worry about THAT nonsense), and >several other nifties. It uses the Amiga's potential better than any other Yes, indeedy! I'd also like to add that E is far more reliable than any other language I've used on the Amiga. My C++ compiler came with some broken and/or missing functions! And that thing cost me $225 at the time. I'm still pissed about that 3 years later! And I was told that if I wanted to upgrade my compiler I would need to buy a *complete* C package to replace the outdated one supplied with C++ (already 2 major versions behind!), another $150-$200! Which brings up two more issues. Even if Wouter charges "a lot" for v2.5 it will still be much more affordable than other commercial products, and if you have access to this mailing list (and you've proven that you do) then you already have better support than most other Amiga programmers, including those who buy expensive C++ compilers from well-known corporations. :-) >language I've seen to date.. my compaints above are mere quibblings compared to >the advantages of using E for the Amiga. I agree. Devote a small amount of time to learning E and you won't be able to escape the attraction, AH-HAAH-HAAH! B-D >So.. if you want portability, and Object Oriented features, C++ is still my E will soon rival C++ objects! And try to do exceptions in C++, Aaargh! :) >favorite. But if you want something that'll make really EXCELLENT code for >your Amiga, E is the language for it. I'm very much looking forward to E's >update, as I suspect the issues I've raised are already being worked on. E's >portability will probably always be a problem, though.. but I don't really >care. I don't much like MS-DOS or MacIntosh anyway.. I'd rather program for my >Amiga. I'd like to temper my reactions here somewhat. I do like C++. It's a pretty cool language, but it has some serious problems. Those problems are being addressed, but at a very slow rate (because 10 billion comittees must agree on the proposed changes, and there are politics involved.) And some of those changes won't be improvements IMHO. E is improving rapidly, and I haven't seen one proposed change that I dislike, not one. And please don't take anything I said here personally, Trey. I wanted to reply to the original message and didn't I have the time. But yours popped up in my mailbox today and gave me some good points to focus on, and since I now have the time... - Trey Take it easy, use E. LONG LIVE E PROGRAMMERS! -- Barry From crash!kirk.safb.af.mil!BWILLS Sun, 26 Sep 93 02:24:20 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Sun, 26 Sep 93 02:24:20 PST Received: from kirk.safb.af.mil by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ogbpN-00008iC; Sat, 25 Sep 93 08:46 PDT Message-Id: Date: 25 Sep 93 10:45:00 CST From: "Barry D. Wills" To: "amigae" Subject: Re: Oops... (integer overflow/underflow) >how the array was storing those negative integers...instead of storing them >with a minus sign, it simply rolled backwards from 0 to 65536 and decremented >from there. I just hope that that roll-over works both ways (i.e., increment >past 65536 and get back to 0), otherwise I'm going to have about 35,000 >very confusing counters running... Yes, Mark, I've encountered this same phenomenon in C, too. The roll-over works both ways. It's a hardware thang. >'til after the movie with my girlfriend tonight, >(see, we programmers DO have lives!) :-) -- Barry From crash!cbos.uc.edu!USR1400A Sun, 26 Sep 93 02:24:22 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Sun, 26 Sep 93 02:24:22 PST Received: from cbos.uc.edu by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ogcIM-0000ZIC; Sat, 25 Sep 93 09:16 PDT Received: by cbos.uc.edu (3.5/1.0) id AA31033; 25 Sep 93 12:19:29 -0400 Return-Path: Date: 25 Sep 93 12:16:00 -0400 Message-Id: <199309251219.AA31033@cbos.uc.edu> From: USR1400A@cbos.uc.edu To: amigae@bkhouse.cts.com Subject: Random number TO: UMLANGSTON Your problem with the Ran is that you are supposed to initialize the internal seed by calling Ran() once at the start of your program to get it set up and then you can call it like you are inside the loop From crash!UNCA.EDU!JVANRIPER Sun, 26 Sep 93 05:41:45 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Sun, 26 Sep 93 05:41:45 PST Received: from uncavx by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ogvLh-0000NzC; Sun, 26 Sep 93 05:37 PDT Received: from UNCA.EDU by UNCA.EDU (PMDF V4.2-13 #3902) id <01H3EA71D7AO8WW96D@UNCA.EDU>; Sun, 26 Sep 1993 08:35:55 EDT Date: Sun, 26 Sep 1993 08:35:55 -0400 (EDT) Message-id: <01H3EA71E08I8WW96D@UNCA.EDU> Organization: University of North Carolina at Asheville X-VMS-To: IN%"amigae@bkhouse.cts.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT From: "Joseph E. Van_Riper III" To: amigae@bkhouse.cts.com Subject: Re: How Does E Stack Against Other Languages In response to a message by Barry: | And please don't take anything I said here personally, Trey. No problem... as if I'm the end-all of computer programmers . | I believe the proper expression is "E is FA-A-A-A-A-A-A-AST!!!" :-) It is a | major fault of E that when I used C++ I always had an opportunity to go get a | sandwich or take a leak. EC doesn't give me the chance to step away! Oh | well, not all languages/compilers are perfect :-/ (joke, you may laugh :-) I'm in the same boat. Once I actually blinked my eyes.. BIG mistake... | Yes, indeedy! I'd also like to add that E is far more reliable than any other | language I've used on the Amiga. My C++ compiler came with some broken and/or | missing functions! And that thing cost me $225 at the time. I'm still pissed | about that 3 years later! And I was told that if I wanted to upgrade my | compiler I would need to buy a *complete* C package to replace the outdated | one supplied with C++ (already 2 major versions behind!), another $150-$200! | Which brings up two more issues. Even if Wouter charges "a lot" for v2.5 it | will still be much more affordable than other commercial products, and if you | have access to this mailing list (and you've proven that you do) then you | already have better support than most other Amiga programmers, including those | who buy expensive C++ compilers from well-known corporations. :-) I'm one of those people who bought a certain well-known C++ compilor from a certain well-known company for a certain well-known price of $300 (at the time), who noticed that the company was also well-known for not documenting its work properly, having absolutely shitty header files (files that would not reference types.h, but use stuff within it.. etc.) and yet decided to start charging $$$ for technical support. Even following their illogically laid-out book, there are problems you cannot work out with that particular compilor. Just say NO... And, as you said, charging an additional $n00 for a bleeding *C* compilor is nothing short of highway robbery. I have plenty of complaints against that company. I wish I could get my money back from them . The only reason I didn't go to the GNU C++ compilor was because of hard-drive size.. I can't afford to give up 10 megs just to a compilor! Which is yet another "nice thing" about E... you don't have huge header-files filling up your hard-drive. Since it's binary, it's compact. VERY nice. I had noticed perhaps one little documentation error in E.. something I easily verified for myself and changed (I think I included the change in the amigaguide-formatted file I sent out.. not sure). It had something to do with the MidStr function, but I don't remember what it was. Considering the billions of mistakes I found in the C++'s manual, this was a very minor problem. Heck, if Commodore can make mistakes in their Includes and Autodocs, I'm sure Wouter can make a mistake in his E manual . Wouter's manual was logically laid out (although it takes a little bit to catch on to the logic, if you have never taken a structured programming language course, such as myself ), and covered most of the bases. RE: various problems I cited with E (currently), and my expectations that they'll be solved with the next release | This WILL go away with the next release. E v2.5 will support modules, and in | a much better way then EPP. I am eagerly awaiting this. BTW: thank you for the PROC suggestion for handling struct.struct.struct problems. That'll be yet another way of handling it.. and it looks fairly elegant. RE: My comment that I loathe global variables, and I have to do strange things to work around it with E, due to lack of OOP features | Hm, what do you have to do? I either have to pass a bunch of pointers, create an object whose pointer I'd have to pass, or do very cumbersome case statements (I think Wouter made a comment once about a very nasty-looking case statement I had... he suggested I consider using more PROCs, but I didn't feel like creating the case-statement I would have had to make). You should see it.. it is almost a work of horror-art... I have a case statement that extends for several pages, and one of the cases extends for about two pages.. all because I wanted to avoid using global variables. I'm almost phobic about it. I *am thinking about making a huge object to pass instead, just to make life a little easier for the poor slob who might decide to read the code sometime (not to mention forcing me to handle things differently.. perhaps in a better way). | GURUs: when you try to use the more powerful features of any programming | language your gonna crash the machine. I've crashed my Amiga more often | using C++ than with E (and I've had to wait 300 to 500 times longer to | compile, link, and crash my computer in C++! :-) I've even crashed my | machine using AmigaBASIC, imagine that! I'm trying to imagine anyone even bothering to PROGRAM in AmigaBASIC . Just out of curiosity, have you ever had your C++ compilor (I've noticed that we've both tried to avoid naming the company who sells it) guru DURING the compilation of the code? I'm not talking about the code guruing when you try to run it.. I'm talking about the compilor itself guruing. This happened to be consistently while I was teaching myself C++ on that particular compilor. E never did that to me. It would compile my code, and then I could find the little bombs I created within my own code. I'd have to say, though, that I've bombed my Amiga more with E than C++.. only because I've done more serious programming with E than C++ (I gave up on the C++ compilor early in the game, when I saw how concerned the company was for its customers). I will grant this as an acolade higher than I can assign to any other writer of programming languages, and that is, simply, that Wouter van [name incredibly too long for me to remember well] supports E EXTREMELY well. I've sent him E-mail a few times with various what-not regarding E (before I found this list), and he's always responded with candor and diligence. I was concerned that I might be hindering his programming of the update, so I asked if there might be a forum wherein I could babble various questions, and he mentioned this list to me. He was even POLITE! Let me emphasize this... He was p-o-l-i-t-e! I once thought I found an error in his compilor, and, as any dutiful user-of- programs should do, I decided to inform him of this bug. It turned out that the bug was something on *my part, not the compilor's part, but he didn't rant and rave or anything.. he thanked me for my concern, and nicely asked for more information (it was in the search for more information that I finally figured out that *I* was the cause of the bug, not *he*). In contrast, I've dealt with other programmers who were very rude to me at the mention of a possible bug in their programs (even if one existed). It was almost as if I had slandered them on international television, saying something like "And [such-and-so programmer] prefers sex with aardvarks over other humans." Really weird. As a result, I am usually somewhat timid about mentioning bugs to programmers. This message is entirely too long, and doesn't really say all that much, but I hope it's helpful to SOMEONE out there. If you're still considering whether or not to program in E, just give it a small try. Even a simple 'Hello World' program... then try another compilor (*borrow* [don't keep] that C++ compilor from a friend, please don't make the mistake Barry and I made, and actually PAY for such a piece of trash), and notice the difference. I feel certain you'll prefer E. - Trey From crash!fwi.uva.nl!oortmers Mon, 27 Sep 93 02:30:28 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Mon, 27 Sep 93 02:30:28 PST Received: from mail.fwi.uva.nl by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oh6ap-0000EjC; Sun, 26 Sep 93 17:37 PDT Received: from gene.fwi.uva.nl by mail.fwi.uva.nl with SMTP (5.65c/5.1) id AA06979; Mon, 27 Sep 1993 01:37:28 +0100 Received: by gene.fwi.uva.nl id AA12692; Mon Sep 27 01:37:26 1993 Message-Id: <199309270037.AA12692@gene.fwi.uva.nl> Date: Mon, 27 Sep 1993 01:37:26 +0100 Return-Path: X-Organisation: Faculty of Mathematics & Computer Science University of Amsterdam Plantage Muidergracht 24 NL-1018 TV Amsterdam The Netherlands X-Phone: +31 20 525 5200 X-Telex: 16460 facwn nl X-Fax: +31 20 525 5101 From: oortmers@fwi.uva.nl (Wouter van Oortmerssen (Alfa_Inf92)) To: amigae@bkhouse.cts.com Subject: dev/e on aminet!!!!! Hello everybody! I hereby announce that on aminet a directory called 'dev/e' is being created! here we can up and download any stuff that has to do with E. for a start, the directory should contain: - all E related programs from 'dev/lang' - all Norm's list archives - utilities and compiler updates from me (Wouter) and, most important: - utilities and sources from all you E programmers out there! so, start uploading all your utilities (also non-E utilities that have a source in E), and sources/docs there! Urban Mueller (the moderator of Aminet who so kindly created the dir), asks us two things: - the .readme should contain 'dev/e' - the directory should not 'catch dust', but I don't think this'll be a problem if we all support it. we know have a central place to gather all E related material, and I think this is of benefit to us all, certainly to those who have been searching for a place to find more E sources. Also on this list we'll be able to refer to the aminet if we want to distribute large sources instead of mailing them. Norm probably will make available the contents of the directory also by mail for those who don't have FTP access. support it and enjoy it! Wouter ____ Wouter van Oortmerssen, Wouter@alf.let.uva.nl / __/ "Einen Satz verstehen, heisst, wissen was der Fall ist, / __/ wenn er wahr ist" - Wittgenstein /___/ ->subscribe to the E mailing list: amigae-request@bkhouse.cts.com<- From crash!kirk.safb.af.mil!BWILLS Mon, 27 Sep 93 05:42:10 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Mon, 27 Sep 93 05:42:10 PST Received: from kirk.safb.af.mil by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ohHGz-0000E0C; Mon, 27 Sep 93 05:01 PDT Message-Id: Date: 27 Sep 93 07:00:00 CST From: "Barry D. Wills" To: "amigae" Subject: re: how does E stack? >BTW: thank you for the PROC suggestion for handling struct.struct.struct Quite welcome. >RE: My comment that I loathe global variables, and I have to do strange things >to work around it with E, due to lack of OOP features > >| Hm, what do you have to do? > >I either have to pass a bunch of pointers, create an object whose pointer I'd >have to pass, or do very cumbersome case statements (I think Wouter made a >comment once about a very nasty-looking case statement I had... he suggested I >consider using more PROCs, but I didn't feel like creating the case-statement I >would have had to make). Yes, EPP's source is like that, 10 million parameters for each function call. The last versions were a compromise, but still use too many parameters. I have yet to find a nice even balance between global/local vars. I've tried both routes, maybe my next project will be a step in the right direction. >You should see it.. it is almost a work of horror-art... I have a case >statement that extends for several pages, and one of the cases extends for >about two pages.. all because I wanted to avoid using global variables. I'm Gaah! &-b >I'm trying to imagine anyone even bothering to PROGRAM in AmigaBASIC . It was affordable at the time. :-/ [gurus] >Just out of curiosity, have you ever had your C++ compilor (I've noticed that >we've both tried to avoid naming the company who sells it) guru DURING the >compilation of the code? I'm not talking about the code guruing when you try No. Guess I was fortunate there. >I will grant this as an acolade higher than I can assign to any other writer of >programming languages, and that is, simply, that Wouter van [name incredibly >too long for me to remember well] supports E EXTREMELY well. Yes, he's a very supportive programmer. And a nice guy, too. -- Barry From crash!cup.portal.com!Politikill Tue, 28 Sep 93 03:06:34 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Tue, 28 Sep 93 03:06:34 PST Received: from nova.unix.portal.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ohReB-0000kaC; Mon, 27 Sep 93 16:06 PDT Received: by nova.unix.portal.com (5.65b/4.1 1.465) id AA08418; Mon, 27 Sep 93 16:10:44 -0700 Received: from hobo by portal.unix.portal.com (1.768) id AA03553; Mon, 27 Sep 93 16:10:42 -0700 Received: by hobo.corp.portal.com (4.1/4.0.3 1.77) id AA13748; Mon, 27 Sep 93 16:10:42 PDT Return-Path: Lines: 62 Date: Mon, 27 Sep 93 16:10:40 PDT Message-Id: <9309271610.2.3518@cup.portal.com> X-Origin: The Portal System (TM) From: Politikill@cup.portal.com To: AmigaE@bkhouse.cts.com Subject: FFP From George Beasley: ---------------------------------------------------------------------------- PROBEMS WITH THE TRIG FUNCTIONS IN MATHTRANS.LIBRARY I have a problem. I need, given an angle and the distance to move at that angle, to know the delta_x and delta_y so that I can move an object to the new location. To do this I am using the MathFFP and MathTrans libraries. If my old math notes are correct, the way to do this is with the following two equations: delta_x = cos( angle in radians ) * radius delta_y = sin( angle in radians ) * radius My first problem is that my angle is in degrees, so I need to convert it to radians. To do this (again with the help of my old math notes), I believe the eauation is: pi radians = ------ * degrees 180 Converting this all to E, I get: PROC newXY( degrees, radius ) DEF delta_x, delta_y delta_x = SpFix( SpMul( SpCos( SpMul( SpDiv( 3.14159265, 180.0 ), SpFlt( degrees ))), SpFlt( radius ))) delta_y = SpFix( SpMul( SpSin( SpMul( SpDiv( 3.14159265, 180.0 ), SpFlt( degrees ))), SpFlt( radius ))) pos_x:= pos_x + delta_x pos_y:= pos_y + delta_y ENDPROC Now for the problem, this does not work. The numbers that I get do not come out right (not even close). What am I doing wrong. Can anyone help me or possible give me a routine that will do the same thing? NOTE: I am loading the library correclty and pos_x and pos_y are defined as globals in the beginning of the program. Thank you in advance. George Beasley... ---------------------------------------------------------------------------- MODULE 'WiZkId' PROC main() wizkid.inetaddress:='Politikill@cup.portal.com' wizkid.realname:='Jeffrey J Peden ][' ENDPROC *-- GammaTag Version 2.8 --* *-- What this country needs is a good five-cent nickel. From crash!msuvx2.memst.edu!UMLANGSTON Tue, 28 Sep 93 03:07:43 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Tue, 28 Sep 93 03:07:43 PST Received: from msuvx2.memst.edu by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ohXNr-0000MNC; Mon, 27 Sep 93 22:13 PDT Received: from msuvx2.memst.edu by msuvx2.memst.edu (PMDF V4.2-14 #3869) id <01H3GMZB1XT28Y51RN@msuvx2.memst.edu>; Tue, 28 Sep 1993 00:17:14 CST Date: Tue, 28 Sep 1993 00:17:14 -0600 (CST) Message-id: <01H3GMZB1XT48Y51RN@msuvx2.memst.edu> X-VMS-To: IN%"amigae@bkhouse.cts.com" MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT From: UMLANGSTON@msuvx2.memst.edu To: amigae@bkhouse.cts.com Subject: Read-only gadget problems Hi folks. I'm elbow-deep in implementing the GUI for the holographic memory system I described earlier, and I've run into a wall. I'm trying to use the read-only display gadgets available in 2.0 (TEXT_KIND, RKRM:Libs p.397) for the display of status messages and the like. However, to display any text in these gadgets after initializing them, the OS requires that you use Gt_SetGadAttrsA(), and provide it with a pointer to: the gadget (no problem) the window its in (no prob) NIL (no prob) a taglist of the attributes to change (no prob...sorta) Everything's fine, except for the taglist. Because TEXT_KIND requires a pointer to a string containing the text to display. E doesn;t like someone declaring pointers to strings. Well, I set up an OBJECT with an array of chars (right out of the E manual), and then set a pointer to this in a def statement. Set this var to contain the string, pop it in the Gt_Set...A() function, and.......nothing. Could someone post a short example of: Setting up/creating an empty TEXT_KIND gadget, then, successfully displaying a string in it using Gt_Set...A(). Much appreciated, mark P.S. - Perhaps we should declare ourselves 'experts' in some certain aspect of E or programming in general, so those with questions can get good answers, and those with knowledge can supply them. I'll go first: No expertise as such in E, but anyone needing any answers concerning matrix manipulations, nonlinear systems, neural nets, artificial intelligence artificial life, cognitive psychology, expert systems, prolog, lisp, parallel processing, etc. (these things may come in handy as general algorithmic helps), I'm yer guy. P.P.S. - I also do cutlefish. ;) From crash!stack.urc.tue.nl!leon Tue, 28 Sep 93 03:07:58 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Tue, 28 Sep 93 03:07:58 PST Received: from mailhost.tue.nl by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ohZhQ-0000dNC; Tue, 28 Sep 93 00:42 PDT Received: from terra.stack.urc.tue.nl by mailhost.tue.nl with SMTP id AA10511 (5.65c/IDA-1.4.4 for ); Tue, 28 Sep 1993 08:42:11 +0100 Received: from blade.stack.urc.tue.nl by terra.stack.urc.tue.nl (4.1/1.53) id AA01028; Tue, 28 Sep 93 08:42:08 +0100 Received: by blade.stack.urc.tue.nl (4.1/1.53) id AA16652; Tue, 28 Sep 93 08:42:25 +0100 Message-Id: <9309280742.AA16652@blade.stack.urc.tue.nl> Date: Tue, 28 Sep 1993 08:42:24 +0100 (MET) X-Mailer: ELM [version 2.4 PL20] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 981 From: leon@stack.urc.tue.nl (Leon Woestenberg) To: amigae@bkhouse.cts.com (AmigaE Mailing List) Cc: .@stack.urc.tue.nl Subject: GTSL_DISPFUNC & E PROC ? Hi all, I'm having probs with a slidergadget and it's GTSL_DISPFUNC tagitem. This tagitem is meant to add a function to the slider that calculates the level to be displayed near to the slider. For example, it may be needed to use the slider to select a screen depth, while the levelvalue is the number of colours, here 2^level. The problem is that I can't attach a function (a PROC) to this tag properly, as the system crashes when I move the slider (and the system wants to call my function calculate the according value to be displayed. I attach the function as follows: GTSL_DISPFUNC,{calculatelevel} but I have no idea how the function should read the arguments it gets, (I believe a window pointer and a gadgetpointer, but I'm not sure as I don't carry my RKRM'S with me all the time :o) Can anyone give an example of how this must be done? -- Signatures sold out at the time.... Leon Woestenberg (leon@stack.urc.tue.nl) If lines are busy, try later. But DO call! -- From crash!vaxca1.unica.it!CASANOVA Tue, 28 Sep 93 03:44:14 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Tue, 28 Sep 93 03:44:14 PST Received: from VAXCA1.UNICA.IT by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0ohcI1-00008sC; Tue, 28 Sep 93 03:28 PDT Date: Tue, 28 Sep 1993 11:31:50 +0200 (CET) Message-Id: <930928113150.b72@vaxca1.unica.it> X-Vmsmail-To: SMTP%"amigae@bkhouse.cts.com" From: CASANOVA@vaxca1.unica.it To: amigae@bkhouse.cts.com Subject: random numbers TO: UMLANGSTON ok test the simple algorithm made by D. Lehmer a[0] = seed; for ( i =1 ; i < N ; i++) a[i] = (a[i-1]*b+1) % m; the result will be an integer between 0 and m-1. Pay attention for values of seed,b and m : m must by power of 10 or 2, b will be one digit less than m. Third rule b must end with x21, x must be even!! this is important. By and enjoy . Ignazio From crash!fwi.uva.nl!oortmers Thu, 30 Sep 93 02:23:11 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Thu, 30 Sep 93 02:23:11 PST Received: from mail.fwi.uva.nl by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oiCFL-0000K3C; Wed, 29 Sep 93 17:51 PDT Received: from gene.fwi.uva.nl by mail.fwi.uva.nl with SMTP (5.65c/5.1) id AA20398; Thu, 30 Sep 1993 01:51:46 +0100 Received: by gene.fwi.uva.nl id AA28999; Thu Sep 30 01:51:45 1993 Message-Id: <199309300051.AA28999@gene.fwi.uva.nl> Date: Thu, 30 Sep 1993 01:51:45 +0100 Return-Path: X-Organisation: Faculty of Mathematics & Computer Science University of Amsterdam Plantage Muidergracht 24 NL-1018 TV Amsterdam The Netherlands X-Phone: +31 20 525 5200 X-Telex: 16460 facwn nl X-Fax: +31 20 525 5101 From: oortmers@fwi.uva.nl (Wouter van Oortmerssen (Alfa_Inf92)) To: amigae@bkhouse.cts.com Subject: GTSL_DISPFUNC >> Hi all, >> >> I'm having probs with a slidergadget and it's GTSL_DISPFUNC tagitem. This >> tagitem is meant to add a function to the slider that calculates the level >> to be displayed near to the slider. It seems like there are some uncertainties about how to call E procedures from other places (like tasks). The problems with this is that lots of E code is dependant on a global environment, which demands pretty tricky code to restore. that's why with v2.5 there'll probably be modules for tasks, hooks etc. >> For example, it may be needed to use the slider to select a screen depth, >> while the levelvalue is the number of colours, here 2^level. with a function like this we can do it the easy way, since computing 2^level doesn't require an environment. >> The problem is that I can't attach a function (a PROC) to this tag properly, >> as the system crashes when I move the slider (and the system wants to call >> my function calculate the according value to be displayed. >> >> I attach the function as follows: >> >> GTSL_DISPFUNC,{calculatelevel} >> >> but I have no idea how the function should read the arguments it gets, (I >> believe a window pointer and a gadgetpointer, but I'm not sure as I don't >> carry my RKRM'S with me all the time :o) >> >> Can anyone give an example of how this must be done? sure, how about: IF (g:=CreateGadgetA(SLIDER_KIND,g, [offx+150,offy+61,315,27,'slider: ',tattr,2,0,visual,0]:newgadget, [GTSL_MIN,1, GTSL_MAX,5, GTSL_LEVEL,2, GTSL_MAXLEVELLEN,2, GTSL_LEVELFORMAT,'\d[2]', GTSL_DISPFUNC,{depth2colours}, NIL]))=NIL THEN RETURN NOGADGET and: PROC depth2colours(level,gad:PTR TO gadget) RETURN Shl(1,level) >> -- >> Signatures sold out at the time.... Leon Woestenberg (leon@stack.urc.tue.nl) >> If lines are busy, try later. But DO call! >> -- Wouter ____ Wouter van Oortmerssen, Wouter@alf.let.uva.nl / __/ "Einen Satz verstehen, heisst, wissen was der Fall ist, / __/ wenn er wahr ist" - Wittgenstein /___/ ->subscribe to the E mailing list: amigae-request@bkhouse.cts.com<- From crash!xnet.com!bbs1984!jkelly Thu, 30 Sep 93 03:45:49 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Thu, 30 Sep 93 03:45:49 PST Received: from amiserv.xnet.com by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oiLLw-0000oUC; Thu, 30 Sep 93 03:35 PDT Received: from bbs1984 by amiserv.xnet.com with uucp (Smail3.1.28.1 #1) id m0oiLLr-000r6vC; Thu, 30 Sep 93 05:35 CDT Received: by bbs1984.chi.il.us (V1.16/Amiga) id AA004t0; Wed, 29 Sep 93 16:28:29 CST Date: Wed, 29 Sep 93 16:28:29 CST Message-Id: <9309292228.AA004sz@bbs1984.chi.il.us> From: jkelly@bbs1984.chi.il.us (Jim Kelly) To: AmigaE@bkhouse.cts.com Subject: Fonts Does anyone know how to load and use different fonts? ________________________............................________________________ \ \........OBI WAN.........../ / /\. MaY ThE FoRcE ____/..........of..............\____ Be WiTh YoU! ./\ \__________________/............ACME INC................\__________________/ From crash!utu.fi!knikulai Fri, 1 Oct 93 02:49:51 PST Received: by bkhouse.cts.com (V1.16/Amiga) id AA00000; Fri, 1 Oct 93 02:49:51 PST Received: from castor.cc.utu.fi by crash.cts.com with smtp (Smail3.1.28.1 #18) id m0oiOeK-0000oAC; Thu, 30 Sep 93 07:06 PDT Received: from polaris.cc.utu.fi by utu.fi id <144011-2>; Thu, 30 Sep 1993 16:06:14 +0200 Date: Thu, 30 Sep 1993 16:06:08 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Content-Length: 1945 Message-Id: <93Sep30.160614eet.144011-2@utu.fi> From: Kai Juhana Nikulainen To: amigae@bkhouse.cts.com (amigae) Subject: Font demo /* Someone asked for a fonts demo, here is a small one. */ MODULE 'diskfont' /* OpenDiskFont is here */ MODULE 'graphics/text' /* textattr structure is here */ MODULE 'intuition/intuition' /* window structure is here */ PROC do_it(rport) DEF f,ta:PTR TO textattr ta:=New(SIZEOF textattr) ta.name:='Ruby.font' ta.ysize:=15 /* point size */ ta.style:=FS_NORMAL /* no underlines etc. */ ta.flags:=FPF_DISKFONT f:=OpenDiskFont(ta) IF f SetTopaz(8) /* Use topaz 8 for first line */ TextF(20,20,'FontDemo by Kai.Nikulainen@utu.fi') SetFont(rport,f) /* change the window's font */ TextF(70,80,'This is Ruby 15') Move(rport,80,150) /* an altenative way to print text which */ Text(rport,'Hit ^C to quit',14) /* does not use stdrast */ CloseFont(f) /* fonts must be closed after use */ SetTopaz(8) /* set font back to standard */ ELSE WriteF('Can not open font\n') ENDIF ENDPROC PROC main() DEF s,w:PTR TO window s:=OpenS(320,200,2,0,'') IF s w:=OpenW(0,0,320,200,0,0,'',s,15,0) IF w diskfontbase:=OpenLibrary('diskfont.library',0) IF diskfontbase do_it(w.rport) WHILE CtrlC()=FALSE /* wait for ctrl-c, which does NOT register */ ENDWHILE /* if the program window is activated */ ELSE /* no diskfont.library found */ WriteF('Can not open diskfont.library\n') ENDIF /* diskfontbase */ CloseW(w) ELSE /* window did not open */ WriteF('Can not open window\n') ENDIF /* w */ CloseS(s) ELSE /* screen did not open */ WriteF('Can not open screen\n') ENDIF /* s */ ENDPROC /* *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* | Kai.Nikulainen@utu.fi, Computer Science, | | University of Turku, Phone:+358 21 2335407 | *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* */