home *** CD-ROM | disk | FTP | other *** search
/ No Fragments Archive 10: Diskmags / nf_archive_10.iso / MAGS / INFO / IINFO51.MSA / TEXT_EUROBETA.TXT < prev    next >
Text File  |  1991-03-14  |  28KB  |  701 lines
  1.  
  2. Message #37 on 'European Atari Echo' 
  3. Date :  12 Feb 91 22:17:00
  4. From : Michael Brandt
  5. To   : Richard Abrams
  6. Subj : Re: memory
  7.  
  8. At first sorry about my English i hope it is readeble
  9.  
  10.  
  11. All you need is:
  12.  
  13. 16 X Ram Chips 41256/100
  14. 2  X Resistor 33Ohm 0.25Watt
  15. a little bit of soldering practice
  16. 2 meter wire
  17. and of course an solder iron
  18.  
  19. Open your Computer and remove the metall cover
  20. You see 16pcs of Ram Chips on the motherboard.
  21. At first you have to turn pins 4 & 15 of your new Chips carefully sideways.
  22. Now you put the new Ram Chips exact onto the originals.
  23. Conect all the pins 1:1 by soldering but be carefull dont heat
  24. them up to long!
  25. Now connect pin 4 from each new ram together and wire it direclty to
  26. Pin 18 of the MMU
  27. Most of the 520 Boards have 3 solderpoints named RAS1  CAS1H  CAS1L
  28. This pin 18 of the MMU is named RAS1, you need it on all Chips pin 4!
  29.  
  30. Connect pin 15 from the new Chips, which you soldert onto the original
  31. Chip numbers U16 U17 U18 U24 U25 U28 U29 U30, together and wire it with an
  32. 33 Ohm resistor to pin 21 of the MMU or to the solderpoint named CAS1L
  33.  
  34. Connect pin 15 from the new Chips which you soldert onto the original
  35. Chip numbers U32 U33 U34 U38 U42 U43 U44 U45, together and wire it with an
  36. 33 Ohm resistor to pin 22 of the MMu or to the solderpoint named CAS1H
  37.  
  38. Be shure that no pin 4 or 15 from a new Chip is conected to a pin 4 or 15
  39. of a original Chip!
  40. Be shure that all pins 4 are wired to pin 18 of the MMU!
  41. Be shure that the pins 15 from eight of your sixteen new Chips
  42. (they are pick a back soldert on the originals U16 a.s.o) are
  43. wired to the CAS1L =pin 21 of the MMU
  44. Be shure that the pins 15 from the other eight new Chips
  45. (they are pick a back soldert on the originals U31 a.s.o) are
  46. wired to the CAS1H =pin 22 of the MMU
  47.  
  48. I hope you can anderstan my writings because I'm not used to write in
  49. English!!!!!!!!!!!!!!!!!!!!!!!!!!!
  50.  
  51. BY MIKEL
  52.  
  53. --- LED ST 0.10 [BYE 0.26]
  54.  * Origin: The best forget the rest (2:248/15.2)
  55.  
  56.  
  57.  
  58. Message #38 on 'European Atari Echo' 
  59. Date :  12 Feb 91 23:43:00
  60. From : Michael Brandt
  61. To   : Ivan Venturi
  62. Subj : Re: TOS Switching
  63.  
  64. Hi Ivan
  65.  
  66. Why dont you burn the TOS into 27512 Eproms?
  67. They are switcheble !
  68. You burn the TOS 1.02 in the lower and the 1.04 in the
  69. upper bank of the Eproms and than you got a switcheble ST
  70.  
  71. MIKEL
  72.  
  73. --- LED ST 0.10 [BYE 0.26]
  74.  * Origin: The best forget the rest (2:248/15.2)
  75.  
  76. Message #59 on 'European Atari Echo' 
  77. Date :  14 Feb 91 14:07:00
  78. From : Christian_Schmitz-Moormann
  79. To   : Richard Hanby
  80. Subj : Mega STE
  81.  
  82.  > Has anyone seen the Mega STE yet? Is it worth buying
  83.  > or shall I defect to the PC/Mac camp?
  84. What do you want to do with your computer. There may be several reasons to
  85. defect to a different computer camp, but only if you don't want to emulate. 
  86. The STE sounds quite nice, but if it is the usual (very low) ATARI quality I
  87. wouldn't spend a penny for it. Why did I buy an ATARI (way back in 1985) ? 
  88. It was competitive. Why would I not buy an ATARI now? It's cheap.
  89.  
  90. Tschuess...CSM
  91.  
  92. P.S. I have a MEGA with almost no original parts anymore.
  93.  
  94. --- FD 1.99c via Scantoss 1.26
  95.  * Origin: Point #15 der CCB Mailbox - CSM - Und Tschuess...  (2:244/8580.15)
  96.  
  97. Message #158 on 'European Atari Echo' 
  98. Date : 18 Feb 91  11:35:08
  99. From : Peter Kocourek
  100. To   : Christian_Schmitz-Moormann
  101. Subj : (60) Re: Stuff
  102.  
  103.  >> PK>> elders decided not to incorporate GDOS in the ROMs, little did
  104.  
  105.  >> SM> It was just _impossible_ as there was not enough space for it
  106.  >> SM> in the ROMs.
  107.  
  108.  CS> At the time the ST was made in a big hurry (it took less than 6
  109.  CS> months). There was no time to optimize the code of the OS. If they had
  110.  CS> done that, they would have saved dozens of K which could have been
  111.  CS> used for GDOS. They didn't. Sigh.
  112.  
  113. In itself, it is no mean achievenment to design a computer such as the ST in
  114. such a short timespan, so they could be forgiven for not incorporating GDOS
  115. into the first TOS version, but by the time they released TOS 1.2 they had had
  116. ample time to optimize and improve, and thus the excuse is no longer valid...
  117.  
  118.  CS> There are people out there that have turned TOS back into source code
  119.  CS> and reassmbled it with better tools and quite impressive results in
  120.  CS> speed and room gained.
  121.  
  122. Yes... where would the ST be without dedicated hobbyists that do what Atari
  123. should have done in the first place? <seufz>
  124.  
  125. Annulosely Wagnerian greetings,
  126.  
  127. Peter.
  128.  
  129. --- LED 1.00
  130.  * Origin: On & On & On... The Bright Blue No Turning Back Point (2:281/505.2)
  131.  
  132. Message #79 on 'European Atari Echo' 
  133. Date :  12 Feb 91 17:40:32
  134. From : Ralf Urmersbach
  135. To   : Singh Khanna
  136. Subj : Re: Atari Power?
  137.  
  138.  > Only in comparison with other Atari products. The TT is a 16MHz 
  139.  > machine with a 32MHz CPU. Sound familiar? Lower the speed and it 
  140.  > sounds like the ST. 1 VME slot?!?!? Gimme a break, that's a sad 
  141.  > joke! As a souped-up ST, the TT is a winner. As a UNIX machine, 
  142.  > Commodore's A3000 UNIX already blows the TT away, power and price. 
  143.  > And the Intel '386/'486 machines?
  144.  
  145. The Amiga 3000 is a 16 MHz machine too with a 16 MHz CPU (25 MHz if you 
  146. pay enough), why should it blow  away the TT? And the Amiga 3000 is 
  147. more expensive than the TT.
  148. Additionally, the Amiga accesses its video-system with 8 Mhz , the TT 
  149. does it with 16 MHz, because the video-ram is 64 bit wide and the 
  150. Processor can use page interleave access.
  151.  
  152. And 386/486 are 4.77 MHz systems with 16 bit, if you regard their bus 
  153. systems. With a good portion of luck, you can run the bus with 12 Mhz.
  154.  
  155. Due to their poor bus interface, the performance of PC/ATs is very 
  156. poor on graphic user interfaces such as Xwindows.
  157.  
  158. Most people here putting down the TT had never seen one, neither they 
  159. had the opportunity to use one.
  160.  
  161. A true 32 MHz system cannot be paid from anyone here, because there are 
  162. no dynamic RAMs fast enough so there must be very expensive static 
  163. RAMS in such a computer. Besides this facts, there are no peripheral 
  164. components available for 32 Mhz, so most of the professional (VME- ) 
  165. systems made by FORCE or MOTOROLA run their CPUs at higher speed than 
  166. the other parts in the system.
  167.  
  168. As a Motorola official told me at a developer's meeting some weeks ago, 
  169. running a CPU at higher speed than the rest is a very effective 
  170. method to speed up a system at low costs. Also the small internal cache 
  171. of the 68030 is well suited for UNIX applications, because the cache 
  172. must be flushed very often in a multiprocessing environment and a 
  173. larger cache would never be filled up.
  174.  
  175. Does anyone here believe, that in a 33 MHz '386 anything other than the 
  176. CPU runs at 33 MHz?
  177.  
  178. Greetings
  179.          Ralf
  180.  
  181. --- LED ST 0.10
  182.  * Origin: Karlsruhe, Germany (2:241/7501.6)
  183.  
  184.  
  185. Message #90 on 'European Atari Echo' 
  186. Date :  15 Feb 91 19:14:46
  187. From : Stefan Unland
  188. To   : Richard Hanby
  189. Subj : Re: Mega STE
  190.  
  191. In a message of <10 Feb 91 12:16:00>, Richard Hanby (2:250/103) writes:
  192.  
  193.  > Has anyone seen the Mega STE yet? Is it worth buying or shall I defect
  194.  > to the PC/Mac camp?
  195.  
  196. Well, I think that the MSTE ist worth its price, but you should know if you'd
  197. better change to a PC/MAC.
  198.  
  199. Compared to a "normal" Mega ST, it's very cheap and the OS is also better 
  200. than the old version.
  201.  
  202. If you want a very good support (soft & hard!), then you should change to MAC,
  203. but you should also be financially strong. :)
  204.  
  205. -- STefan
  206.  
  207. --- LED 1.00t
  208.  * Origin: Greetings from ST-Mecca Germany (2:243/13.520)
  209.  
  210.  
  211. Message #98 on 'European Atari Echo' 
  212. Date :  13 Feb 91 13:35:12
  213. From : David Thomas
  214. To   : Singh Khanna
  215. Subj : Languages
  216.  
  217. Singh - if you are deciding to take up programming, you don't want to be
  218. bothered with structured programming right from the start, unless you want to
  219. succeed academically. I personally like machine code (68000), have nothing
  220. against C programmers (it has it's advantages) and I program in GfA Basic as
  221. well, although not commercially. To start you off, I suggest you take the
  222. time-honoured tradition of starting with Basic (acronym for Beginner's
  223. All-purpose Symbolic Instruction Code - you'd never have guessed that
  224. nowadays!) I wouldn't advise learning Pascal. Also I wouldn't advise 68000, or
  225. C. Learn to walk before learning to run! Let me put it this way: All languages
  226. that are used by academics are a great deal of trouble to use. You have to do
  227. flowcharting, structured programming, and all sorts of things that just aren't
  228. done in the commercial world. I've had a program released (Licenceware)
  229. that was programmed in 68000 assembler, and if you can find a flowchart in my
  230. house describing that particular program I'll give you my ST!
  231.  
  232. Of course, others will argue their points, and I suppose some of them are
  233. valid. It did take me five years to really get some good programs written, 
  234. for the academics it probably takes less time. But then you have to do so 
  235. much planning that at the end of the day a programmer like me can get things
  236. done quicker than many academics. I'm sure people like Steven Green 
  237. (Binkleyterm ST) and Jon Webb (LHarc) who are in this conference would 
  238. agree with me.
  239.  
  240. Sorry I didn't reply to your netmail a while back, the reasons were many (One:
  241. I cannot send netmails at the moment, two: I put your message into a capture
  242. buffer and my ST crashed; and three: I was unable to find it again after an
  243. hour searching thru the message bases on my host BBS). I hope you realise I'm
  244. in the UK area. My address for sending Netmails to is (2:253/169) (the
  245. origin line is incorrect and I don't know how to make it correct without
  246. causing my Fido mailer of my new point to stop working yet.) But if you have
  247. any problems at all with programming, I should be able to help, esp. 68000
  248. programming.
  249.  
  250. \/D\a/v\e/\
  251.  
  252. --- LED 1.00
  253.  * Origin: An ST point with no hard disk (!) (2:253/169.1) NOT (2:7000/1)
  254.  
  255.  
  256. Message #124 on 'European Atari Echo' 
  257. Date :  16 Feb 91 17:51:56
  258. From : David Thomas
  259. To   : All
  260. Subj : STT
  261.  
  262. Has anyone heard anything of this supposedly secret device, mentioned in a
  263. news item in a magazine over here? It's supposed to be under development by 
  264. Atari now, and it's gonna be able to enable an ST to operate at
  265. between 15-20 MIPs, whereas a current ST runs at less than 1 MIP?
  266.  
  267. It's supposed to be a transputer, but not the Atari ABAQ/ATW, this is a
  268. separate project.
  269.  
  270. The most breathtaking aspect of all this is the price, between 300 pounds and
  271. 400 pounds (that's about US$600-800 for those of you that wish to convert 
  272. that into your own currency).
  273.  
  274. It's supposed to become available in September this year, so we can expect it
  275. at around the turn of the century (this is what normally happens <grin>).
  276.  
  277. \/D\a/v\e/\
  278.  
  279. --- LED 1.00
  280.  * Origin: An ST point with no hard disk! It's possible!! (2:253/169.1)
  281.  
  282. Message #125 on 'European Atari Echo' 
  283. Date :  17 Feb 91 19:08:48
  284. From : Steven Green
  285. To   : David Thomas
  286. Subj : (98) Languages
  287.  
  288. In a message of <13 Feb 91 13:35:12 >, David Thomas of (2:7000/1) writes:
  289.  
  290. DT> I'm sure people like
  291. DT> Steven Green (Binkleyterm ST) and Jon Webb (LHarc) who are in this
  292. DT> conference would agree with me.
  293.  
  294. Sort of... actually I did study software Engineering at University. Many 
  295. people forget that the whole point of structured programming is to reduce
  296. developement time and reduce the possibilty of human errors, such as typos,
  297. assigning wrong data types to variables, etc, etc.
  298.  
  299. Flowcharts are universally accepted as a bad thing in software engineering,
  300. they may have their use for something like illustrating data flow or the
  301. interaction between modules, but writing structured pseudo-code using Pascal
  302. like structure is much easier and more useful.
  303.  
  304. I program in assembler (68000 and 80x86) for a living and use structured
  305. methodologies with this such as defining data structures, using macros, and
  306. forcing a certain level of self-documentation and using a consistent calling
  307. convention and register usage between functions.
  308.  
  309. In general, using time at the beginning of a project to plan it poperly will
  310. save you a lot of time at the end stages, where a little bug may creep in
  311. because you took a shortcut at the start.
  312.  
  313. I have begun to write a series of articles on taking a structured appraoch to
  314. assembly programing, perhaps you would like to read the 1st couple of 
  315. chapters.
  316.  
  317. - STeVeN.
  318.  
  319. --- FIDOdoor-ST/TT 2.10 [Registered]
  320.  * Origin: My Little Phoney, Oxford, England (2:252/25.0)
  321.  
  322. Message #126 on 'European Atari Echo' 
  323. Date :  17 Feb 91 20:09:18
  324. From : Steven Green
  325. To   : Chris Richards
  326. Subj : Re: languages
  327.  
  328. In a message of <10 Feb 91 12:25:48 >, Chris Richards of (1:286/730.1) writes:
  329.  
  330. CR> Unfortunately, very few programmers are equally fluent in several
  331. CR> different computer languages, tending to stick to just one particular
  332. CR> language because "I don't have the time to invest in learning another
  333. CR> language, and this one works".
  334.  
  335. This is plain stupid... the fundamental techniques are the same in whatever
  336. language you choose.  If you choose a linear block structured language like
  337. Algol, Fortran, C, Pascal, Modula-2, Ada, Basic or assembler, you can learn
  338. similar languages in a couple of weeks.  If you move onto the more abstract
  339. languages like Lisp, Prolog, Forth, etc, then it can take a while to get your
  340. head around the philosophy, but you can be writing real programs within a
  341. few weeks if you have learnt good programming practices with other languages.
  342.  
  343. --- FIDOdoor-ST/TT 2.10 [Registered]
  344.  * Origin: My Little Phoney, Oxford, England (2:252/25.0)
  345.  
  346.  
  347. Message #128 on 'European Atari Echo' 
  348. Date :  17 Feb 91 11:58:08
  349. From : David Thomas
  350. To   : Jon Webb
  351. Subj : Re: STuff
  352.  
  353. In a message of <10 Feb 91 16:18:00>, Jon Webb (2:282/301.2) writes:
  354.  
  355.  >>> Yet I somehow was *certain* that I had read somewhere
  356.  >>> that TOS will crash if there are more than 112 entries
  357.  >>> in the bootsector...
  358.  >> There is a problem with 112, but it is a GEM-related one. A GEN-
  359.  >> window from the desktop only has 112 slots for file entries. This is
  360.  >> true even for the window in the original item-selector.
  361.  JW> Sorry, you're wrong. 112 is the number of file/folder/volume entries
  362.  JW> the root directory of a floppy can hold. One entry is 32 bytes long,
  363.  JW> there are 7 directory sectors -> (7*512)/32 = 112.
  364.  JW> The number of items a GEM window and the item selector can hold
  365.  JW> depends on the AES version you are running.
  366. And I can vouch for Jon there. That figure of 112 is dependent on the disk
  367. format, however. If you use any normal formatter, that's what you'll probably
  368. get, however some magazine disks here in the UK have a special format whereby
  369. single sided drive owners can access half of the stuff on the disk; to achieve
  370. that they needed to reduce the number of directory sectors to 2, I believe;
  371. leaving a maximum of 32 files or folders in the root directory.
  372.  
  373. It's nothing to worry about, you can have as many programs as there is space
  374. to fit them on the disk in a subdir (folder) as far as I know...
  375.  
  376. \/D\a/v\e/\
  377.  
  378. --- LED 1.00
  379.  * Origin: An ST point with no hard disk! It's possible!! (2:253/169.1)
  380.  
  381. Message #153 on 'European Atari Echo' 
  382. Date :  17 Feb 91 12:35:00
  383. From : Christian_Schmitz-Moormann
  384. To   : Jon Webb
  385. Subj : Re: STuff
  386.  
  387.  > Sorry, you're wrong. 112 is the number of
  388.  > file/folder/volume entries the root directory of a
  389.  > floppy can hold. One entry is 32 bytes long, there are
  390.  > 7 directory sectors -> (7*512)/32 = 112.
  391.  >
  392.  > The number of items a GEM window and the item selector
  393.  > can hold depends on the AES version you are running.
  394.  >
  395. I know. But when I had TOS 1.0 (long ago) and got a hard disk, I ran into
  396. exactly this problem. With TOS 1.4 the number of entries in a GEM file window
  397. has been increased to 256, I think. But I haven't tried it. No need to.
  398. Thank you for your corrections.
  399.  
  400. Tschuess...CSM
  401.  
  402. --- FD 1.99c via Scantoss 1.26
  403.  * Origin: Point #15 der CCB Mailbox - CSM - Und Tschuess...  (2:244/8580.15)
  404.  
  405.  
  406. Message #154 on 'European Atari Echo' 
  407. Date :  17 Feb 91 12:41:00
  408. From : Christian_Schmitz-Moormann
  409. To   : Peter Kocourek
  410. Subj : Re: FSM-GDOS
  411.  
  412.  >  CS> beta versions of FSM-GDOS are out.
  413.  >
  414.  > Oh??? Can it be downloaded/freqqed/just plain gotten
  415.  > somewhere? Or is it just the prerogative of a Selected
  416.  > Few?
  417.  >
  418. Sorry, but they can be requested from ATARI by registered developers, thus
  419. a Selected Few. It shouldn't take too long (maybe Christmas 1999) until they
  420. are out for the public. I haven't got my greedy fingers on them myself.
  421. Concerning Wordflair- it's a text program that uses GDOS and GDOS-fonts. It 
  422. is *quite* stable. I know of only two ways to crash it reproducibly. At 
  423. least I have (not yet) crashed it irreproducibly. Knocking on wood.
  424.  
  425. Tschuess...CSM
  426.  
  427. --- FD 1.99c via Scantoss 1.26
  428.  * Origin: Point #15 der CCB Mailbox - CSM - Und Tschuess...  (2:244/8580.15)
  429.  
  430.  
  431. Message #173 on 'European Atari Echo' 
  432. Date :  09 Feb 91 24:24:00
  433. From : Elias Martenson
  434. To   : All
  435. Subj : Sozobon C
  436.  
  437. I am using Sozobon C and I'm finding this to be a very good C-complier,
  438. though, I've had one problem, and this occurs when I'm trying to port
  439. (mostly) UNIX programs. A line like this won't work:
  440.  
  441. #if defined(TOS) || defined(MSDOS)
  442. .........
  443. #endif
  444.  
  445. I have also tried the #define that is supplied whith the sources for
  446. NetHack that is supposed to cure this problem whith compilers that don't
  447. accept # if defined(xx) statements, but it didn't work. :-(
  448.  
  449. Anybody have a sollution, maybe a new special cpp? Or is there a new
  450. version of Sozobon C out?
  451. --- FiFo V2.1i
  452.  * Origin: Poor Man's BBS +46-(0)753-68407 (2:20/260.2) ///Turbo Board
  453. (2:4000/2)
  454.  
  455. Message #180 on 'European Atari Echo' 
  456. Date :  17 Feb 91 19:29:32
  457. From : Konrad Hinsen
  458. To   : Daniel Eriksson
  459. Subj : (83) Re: PostScript.
  460.  
  461.  DE> Is there anybody out there who has a program that converts Calamus-
  462.  DE> documents into PostScript-files. I really need such a program 
  463.  
  464. DMC (the producers of Calamus) have stated several times that they consider
  465. PostScript inferior to their own output methods, so they probably won't 
  466. support it. Since they also keep their document secret, you are probably 
  467. out of luck.
  468.  
  469.  DE> urgently. Is there any other program that produces output to a 
  470.  DE> PostScript-file. I already know that PPM is capable of doing that, 
  471.  DE> but perhaps programs like Thats Write, Wordflair or Script also is 
  472.  DE> capable of doing that. Please answer me. If you like to write me a 
  473.  
  474. PPM and TimeWorks-DTP are the two DTP packages that support PostScript. 
  475. Of the word processors I know, only That's Write PostScript (which is a 
  476. special version) and WordPerfect can produce PostScript files. Then there 
  477. is a GDOS driver, which however has lots of drawbacks and is unsuitable 
  478. for daily use. If I remember correctly, Retouche Professional also 
  479. supports PostScript, but you better ask 3K about that.
  480.  
  481. --- LED ST 0.10
  482.  * Origin: Another Sunset Point - #3 (2:242/3.3)
  483.  
  484. Message #194 on 'European Atari Echo' 
  485. Date : 20 Feb 91  21:02:32
  486. From : Marco Fris
  487. To   : David Thomas
  488. Subj : (99) Re: Languages
  489.  
  490.  > walk before learning to run! Let me put it this way: All languages
  491.  > that are used by academics are a great deal of trouble to use. You
  492.  > have to do flowcharting, structured programming, and all sorts of
  493.  > things that just aren't done in the commercial world.
  494. I do, structured programming and even a flowchart or two for complicated
  495. things. In fact, I always make a crude flowchart on the back of an envelope
  496. before starting to code, and I still get paid!
  497. --- ComScan v1.02 TB/ST
  498.  * Origin: ATARI ST QuickBBS Haarlem ++31-(0)23-340077 HST/V32 (2:281/202)
  499.  
  500. Message #197 on 'European Atari Echo' 
  501. Date : 20 Feb 91  21:03:26
  502. From : Marco Fris
  503. To   : Chris Richards
  504. Subj : Re: languages
  505.  
  506.  > Unfortunately, very few programmers are equally fluent in several
  507.  > different computer languages, tending to stick to just one particular
  508.  > language because "I don't have the time to invest in learning another
  509.  > language, and this one works".  You wouldn't believe how many times I
  510.  > have heard this from programmers here in the states.  It seems like
  511.  > very few people (at least in the states) actually pride themselves on
  512.  > their work enough to take the time to use the language best suited to
  513.  > the task at hand.  (In other words, they are lazy.)
  514.  >
  515. I wouldn't call it lazy. 'learning a language' isn't just learning and
  516. practicing a bit, you'll probably need a year or so working with it to really
  517. come to terms with it. That's a large investment, in money and time. Also,
  518. every language forces you towards it's own type of solutions.
  519. It's not that easy to switch your way of thinking. I've seen some C where it
  520. was quite visible the author was a COBOL programmer.
  521.  
  522. Groetjes,                         - M -
  523. --- ComScan v1.02 TB/ST
  524.  * Origin: ATARI ST QuickBBS Haarlem ++31-(0)23-340077 HST/V32 (2:281/202)
  525.  
  526.  
  527. Message #203 on 'European Atari Echo' 
  528. Date :  15 Feb 91 00:54:00
  529. From : Michael Brandt
  530. To   : Adi Gabbai
  531. Subj : Re: OCR (Optical Character Recognition)
  532.  
  533. There is a new Program called "SYNTEX"
  534. You can get a Demoversion it is without the Dongle.
  535. It is a full version but without the Dongle it is much slower
  536. than with it (Factor 10)
  537.  
  538. Adress
  539. Hans Richter
  540. Distributor
  541. Hagener Strasse 65
  542. D 5820 Gevelsberd
  543.  
  544. --- LED ST 0.10 [BYE 0.26]
  545.  * Origin: The best forget the rest (2:248/15.2)
  546.  
  547.  
  548. Message #212 on 'European Atari Echo' 
  549. Date : 21 Feb 91  17:38:40
  550. From : Rene Kint
  551. To   : Jon Webb
  552. Subj : LHarc 0.60 vs MiNT & MGR
  553.  
  554. Hello, Jon.
  555.  
  556. I know, maybe I should tell you this through the netmail, or maybe in the 
  557. Dutch ST area, but as I think maybe more people could have this problem I 
  558. decided to tell you in ATARIST.
  559.  
  560. It seems that somehow 0.60 can't work together with MiNT/MGR. As soon as 
  561. I open a MGR-window and start to work with Lharc 0.60, MiNT has a little 
  562. surprise for me: Illegal System Call.
  563.  
  564. The Yoshi-Lharc doesn't have this problem...I can easily work with it under 
  565. MiNT/MGR an do other things with my ST while it is working..
  566.  
  567. Does 0.60 execute any 'obscure' calls, such as GEM-stuff? If it does, could 
  568. you please take them out? 
  569.  
  570. De mazzel,
  571.  
  572. Rene!
  573. --- ComScan v1.02 BT/ST
  574.  * Origin: Rene! WeSTpoint Amsterdam The Netherlands. (2:280/220.6)
  575.  
  576.  
  577. Message #215 on 'European Atari Echo' 
  578. Date :  19 Feb 91 16:25:42
  579. From : David Thomas
  580. To   : Steven Green
  581. Subj : (125) Re: Languages
  582.  
  583. Hi Steven,
  584.  
  585. For me, programming is more of a paying hobby, really. I'm still currently
  586. in education; I've got about three years to go at Uni starting this summer
  587. before I get released to the real world!! <grin>
  588.  
  589.  SG> I have begun to write a series of articles on taking a structured
  590.  SG> appraoch to assembly programing, perhaps you would like to read the
  591.  SG> 1st couple of chapters.
  592.  
  593. Sounds interesting... I wouldn't mind. Are they electronic? If so, are they
  594. requestable from your board? (I think I can set BINK up to request from
  595. your board, even though I don't have a nodelist.)
  596.  
  597.  SG> I think many people forget that the whole point of structured
  598.  SG> programming is to reduce developement time and reduce the possibilty
  599.  SG> of human errors, such as typos, assigning wrong data types to
  600.  
  601. Right, I'd definitely like to have a look at some of those chapters; I never
  602. knew anything about reducing development time with structures. I always 
  603. thought they were just to make some areas of code more legible.
  604.  
  605.  SG> Flowcharts are universally accepted as a bad thing in software
  606.  SG> engineering, they may have their use for something like illustrating
  607.  
  608. I'm certainly glad that not all academic circles believe that flowcharting is
  609. the icing on the cake. When I sat Computer Studies GCSE, I failed (well,
  610. got a C.. that's a failure to me) because of all this flowcharting. I've 
  611. never succeeded well academically in computing, only practically (i.e. 
  612. getting programs written). I'll never sit another computing course again.
  613. (Admittedly, if I did I'd probably be bored out of my mind most of the time, 
  614. due to the fact that I'm already a quite reasonable programmer.)
  615.  
  616.  SG> In general, using time at the beginning of a project to plan it
  617.  SG> poperly will save you a lot of time at the end stages, where a little
  618.  SG> bug may creep in because you took a shortcut at the start.
  619.  
  620. Why yes, I agree. I'm not the type that simply rushes onto a machine to get
  621. something done. All I'm saying is it's possible to overdo it, esp. if you go
  622. into flowcharts.
  623.  
  624. I've never held to structures in my programs; my progs have had a modular
  625. layout. I definitely don't like rigidly imposed structures in most BASICs
  626. nowadays; I find that occasionally a GOTO is necessary. For example, take the
  627. following case: You're writing a BBS program, and you've got to keep putting
  628. DO, IF carrier detect still present THEN ..., IF carrier detect still present
  629. THEN ..., IF carrier detect still present THEN ..., ENDIF, ENDIF, ENDIF, LOOP
  630. your program is longer, more inefficient, more time consuming, and I do 
  631. believe harder to understand than one that occasionally has IF NOT carrier 
  632. detect present THEN GOTO initialise, or has that as an interrupt routine. 
  633. It's also rather time consuming, actually writing the code in the first place. 
  634. (Perhaps I've got the wrong idea about structured programming, but as far 
  635. as I know, that's all there is to it. I'd like to see a professional 
  636. programmer's views on the subject.)
  637.  
  638. Thanx -- \/D\a/v\e/\
  639.  
  640. --- LED 1.00
  641.  * Origin: An ST point with no HD in sight! It's possible!! (2:253/169.1)
  642.  
  643. Message #228 on 'European Atari Echo' 
  644. Date :  19 Feb 91 12:37:14
  645. From : Bertrand Petit
  646. To   : Peter Kocourek
  647. Subj : (64) Re: LZH
  648.  
  649. In a message of <15 Feb 91 20:34:18>, Peter Kocourek (2:281/505.2) writes:
  650.  
  651.  PK> --- admittedly very fast, but I'd like to be able to pack LZHives too,
  652.  PK> and preferable to shut it up, so that no messages are displayed on-
  653.  PK> screen during packing.
  654.  PK> Aiuta me, prego! :-)
  655.  
  656.      Try this command line:
  657.  
  658. LHARC a -h \toto \tmp\*.*
  659.       ^ ^   ^     ^
  660.       | |   |     |
  661.       | |   |     +- Files to add to .LZH file
  662.       | |   +------- .LZH file
  663.       | +----------- Hold on packing completion
  664.       +------------- Add command
  665.  
  666. This _must_ work with lharc v1.1316 and newers ones.
  667.  
  668.      Bertrand PETIT
  669.      alias
  670.      >Elrond le demi-Elfe<
  671.  
  672. --- LED 1.00
  673.  * Origin: IMLADRIS the house of the Elves -- Paris, France (2:320/100.7)
  674.  
  675.  
  676. Message #345 on 'European Atari Echo' 
  677. Date :  20 Feb 91 15:28:43
  678. From : Frank Toal
  679. To   : Gfa Pi3 Guy
  680. Subj : GFA Solution
  681.  
  682. ' Frank Toal 19th Feb 91
  683. '
  684. PROCEDURE pi3
  685.   DIM ts%(8192)                 ! Reserve space for temporary screen
  686.   tp%=V:ts%(0)                  ! Temp Screen pointer
  687.   a$=CHR$(0)+CHR$(2)+CHR$(7)+CHR$(&H77)+ STRING$(30,0)  ! Degas PI3 Header
  688.   BMOVE V:a$,tp%,34             ! Move Degas PI3 Header to Temp Screen
  689.   BMOVE XBIOS(2),tp%+34,32000   ! Move current screen to Temp screen
  690.   BSAVE "\XXX.PI3",tp%,32066    ! Save as *.PI3
  691.   ERASE ts%()                   ! Free up space again
  692. RETURN
  693.  
  694. --- Opus-CBCS 1.14
  695.  * Origin: Scottish Opus, Glasgow [Line1, 041 880 7863] (2:259/2.0)
  696.  
  697.                     ---===< * >===---
  698.  
  699.  
  700.  
  701.