HDTenEightyP/NetNews huggingface dataset:
From: mellon@ncd.com (Ted Lemon)
Newsgroups: comp.sys.mac.programmer
Subject: Re: New Inside Mac
Date: 14 Dec 92 20:12:35 GMT
Distribution: comp.sys.mac.programmer


Are all the new Inside Mac books available yet?   I've only seen three
volumes so far.

				_MelloN_
--
mellon@ncd.com						uunet!lupine!mellon
Member of the League for Programming Freedom - to find out how software
patents may cost you your right to program, contact lpf@uunet.uu.net
From: Sproul@sproul.sproul.com (Mark Sproul)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Think Reference
Date: 14 Dec 92 11:37:11 GMT
Reply-To: Sproul@sproul.sproul.com (Mark Sproul)
Organization: Sproul Consulting
X-Mailer: uAccess - Macintosh Release: 1.6v1


In article <a-kraus-111292163423@pesa.physics.uiuc.edu> (comp.sys.mac.programmer), a-kraus@uiuc.edu (Albert L. Kraus) writes:
> I would like to find out if it is worth to buy the Think Reference.
> What's in the Think Reference book?
> I have Think C.
> 
> Thanks!
> Have a nice day!
> 

ABSOLUTLY POSITIVLY

Think Reference is GREAT,  I would never want to program again without
it.

It is all of IM I->V  in an online VERY FAST hypertext based system.
It takes about 1/10 the time to find a toolbox call.  You can copy
and paste it to your code and not worry about getting all of the arguments
right.

Also it only takes about 256K of RAM so you can have it running all
of the time.

-----------------------------------------------------
Mark Sproul - KB2ICI - New Jersey
sproul@sproul.com
Newsgroups: comp.sys.mac.programmer
From: russotto@eng.umd.edu (Matthew T. Russotto)
Subject: Re: Uniquely identifying a Mac? How?
Date: Sat, 19 Dec 92 03:04:55 GMT
Organization: Project GLUE, University of Maryland, College Park

In article <1992Dec18.190418.437@otago.ac.nz> anadig@otago.ac.nz writes:
>In article <absurd-161292095851@seuss.apple.com>, absurd@apple.apple.com (Tim Dierks, software saboteur) writes:
>
>> continued in the Mac.  The biggest single problem was serviceing
>> these machines; if the PROM blew, you had to special-order a
>                     ^^^^^^^^^^^^^
>The PROM blew? Just blew? Did this actually happen? I'm amazed: I though PROMs
>(not EPROMs, mind you) were extremely reliable, more so than most components on
>a typical motherboard. Did Apple have some special problems with
them?

I don't know about in the Mac, but blasting the P5/P5A PROM on the old
Apple II disk controller card was a fairly common occurrence.
-- 
Matthew T. Russotto	russotto@eng.umd.edu	russotto@wam.umd.edu
Some news readers expect "Disclaimer:" here.
Just say NO to police searches and seizures.  Make them use force.
(not responsible for bodily harm resulting from following above advice)
From: elliott@majestix.cs.uoregon.edu (Elliott E. Lee)
Newsgroups: comp.sys.mac.programmer
Subject: File lists
Date: 19 Dec 92 00:13:33 GMT
Article-I.D.: cs.1992Dec19.001333.12601
Organization: University of Oregon Computer and Information Sciences Dept.

Is there anywhere I can find information about file lists?  I can't seem to
find information anywhere.  I am able to create a list, and append items
to the list.  I want to know how do you delete items in the list and get
more info from the list.  Are there any prototypes available?


-- 
Elliott Lee
elliott@cs.uoregon.edu
Newsgroups: comp.sys.mac.programmer
Subject: Assembly with C question...
From: seth@physc1.byu.edu
Date: 13 Dec 92 18:52:10 -0700
Distribution: world
Organization: Brigham Young University

Thanks Guys!!
As you might have guessed, I am relatively new to programming the mac, and
you might say to programming in general, and I just finished a class which has
been my only experience with assembly language. I didn't know about jump tables
ans uch, as we never saw them at all in my assembly class. Thanks for the tips.
I am now struggling through that dead zone between the type of assembly exp.
you get in a class using MDS on mac se's, and the real stuff I am trying to do
now. Thanks again!
Seth Leigh
 
Newsgroups: comp.sys.mac.programmer
From: k044477@hobbes.kzoo.edu (Jamie R. McCarthy)
Subject: Re: Background your Sound!
Organization: Kalamazoo College
Date: Fri, 11 Dec 1992 21:53:00 GMT

ingemar@isy.liu.se (Ingemar Ragnemalm) writes:
>
>Speaking of asynchronous sound, what are the "rules" about several channels
>open at once? I have tried to make two channels for sampled sounds on an
>LC...  I get "not enough hardware".

I've heard this from other people, but I'll personally affirm that one
can get two channels open on an LC.  Maybe if you showed us your code?

On my IIci, one "good-quality" channel takes about 18% of the CPU
time.  I think it's a trifle over 30% on the LC.

"Good-quality" here means with both linear interpolation and drop-sample
conversion.  Jim Reekes has indicated, however, that one of these is
currently unimplemented (drop-sample conversion, I think).  He's also
indicated that the CPU-time values returned by the S.M. are rather
unreliable, so take the previous paragraph with a grain of salt.
-- 
 Jamie McCarthy      Internet: k044477@kzoo.edu      AppleLink: j.mccarthy
 "Apple developers will still have access to System 7.1 through the
  monthly Developer CD series, but they may use it only for testing
  and development purposes."              - AppleDirect, Nov/Dec 92
Newsgroups: comp.sys.mac.programmer
Newsgroups: comp.sys.mac.programmer
Subject: Re: comments on ObjectMaster?
From: Bruce@hoult.actrix.gen.nz
Date: Thu, 17 Dec 92 16:56:15 +1300 (NZDT)
X-Mailer: rnMac Buggy, I mean Beta, Test Version


> I just read the minireview on ObjectMaster from Acius (MacWorld, Jan.93, 
> p.194). It sounds lovely, but I find the claim that it works within the 
> THINK Pascal environment surprising. I program in both THINK C and Pascal 
> and find them fast and elegant *except* for their crippled, brain-dead 
> editors. 

I use ObjectMaster with MPW/Toolserver, which it controls using
AppleEvents.  The THINK support is via QuicKeys macros, but I
haven't tried it.

-- Bruce
From: de19@umail.umd.edu (Dana S Emery)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Alg. for Detection of Monspaced Fonts
Date: 17 Dec 92 22:21:33 GMT
Followup-To: comp.sys.mac.programmer
Organization: personal

In article <1992Dec17.162443.12862@waikato.ac.nz>, ldo@waikato.ac.nz
(Lawrence D'Oliveiro, Waikato University) wrote:
> 
> Just a thought: all the writing systems with large character sets that I can
> think of (Chinese, Japanese and Korean) are actually monospaced, aren't they?
> 

I have been told that that is true for Japanese, but even so, I think that
there are 1/2 width characters in use (for romaji, and possibly some
graphics glyphs too).

Apparantly children (and adult gaiji) are taught to write using gridded
paper, (which I have seen), cant get more monospaced than that.

Strangly enough, the other 2 candidates for large character sets (Mayan,
Egyptian hieroglyphs) also seem likely candidates for mono-spacing.

--

Dana S Emery <de19@umail.umd.edu>
From: andyc@ai.mit.edu (Andrew D. Christian)
Newsgroups: comp.sys.mac.programmer
Subject: TextEdit Handle Weirdness
Date: 13 Dec 92 17:50:30
Organization: MIT Artificial Intelligence Laboratory
Distribution: world
NNTP-Posting-Host: cocoa-puffs.ai.mit.edu


I've noticed a strange behavior in styled Text Edit (whilst tracking
down elusive memory problems).  When you call the TEClick routine and
select a region of text it leaves the TEStyleHandle locked down (about
60% of the time).  I checked this behavior with the Apple sample code
#19 and got the same results; it's easy to see if you're running
Swatch.

Does anyone know why this is happening?  Will I be breaking something
important if I call HUnlock to clean up afterwards?



Andrew Christian
MIT AI Lab
andyc@ai.mit.edu
Newsgroups: comp.sys.mac.programmer
From: Igor Livshits <igorl@uiuc.edu>
Subject: Re: THINK C compiler required. Any public sources.
X-Xxdate: Fri, 18 Dec 92 21:56:52 GMT
X-Useragent: Nuntius v1.1.1d16
Organization: NCSA
Date: Fri, 18 Dec 1992 21:56:55 GMT
X-Xxmessage-Id: <A757A544910214C6@spiff.ncsa.uiuc.edu>

In article <1992Dec18.174328.23394@kth.se> Jon Wtte,
d88-jwa@dront.nada.kth.se writes:
> Yes, and it's $199 from your local mail-order place.
> As public as you can get, and FREE, just call 1-800-XXX-YYYY :-)


If you are a student, many college bookstores sell the full version for
only $85 -- a steal!

Igor

_____
NCSA-UIUC,  e:igorl@uiuc.edu,  p:(217) 244-5606
Newsgroups: comp.sys.mac.programmer
From: arsouth@watson.ibm.com (Andrew R. Southwick)
Subject: Re: Assembly with C question...
Date: Sun, 13 Dec 1992 21:53:51 GMT
News-Software: IBM OS/2 PM RN (NR/2) v0.16 by O. Vishnepolsky and R. Rogers
Reply-To: arsouth@watson.ibm.com (Andrew R. Southwick)
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM T.J. Watson Research Center

In <1992Dec12.232559.265@physc1.byu.edu> seth@physc1.byu.edu writes:
>Hi. I have a question about assembly language and C. Here is a snippet of
>C code, followed by the same thing disassembled.
> 
> 
>main()
>{
>       Init();
>       MakeMenus();
>       MakeWindow();
>       AddrsSet();
>       MakeGrid();
> 
> 
>main:
>00000000        JSR       $0000(A5)
>00000004        JSR       $0000(A5)
>00000008        JSR       $0000(A5)
>0000000C        JSR       $0000(A5)
>00000010        JSR       $0000(A5)
> 
> 
>My question is, why are all the function calls done in this way? How can I 
>tell what the offset relative to a5 is? I am confused. I have till now only
>done assembly in the MDS (sad, sad) assembler. (yes, I was the one whining
>about it a few weeks ago. The class is over, and now I can do assembly with 
>the inline assembler of THINK C like so many of you suggested...)
>In the MDS Assembler we always could tell just what our offsets were, 
>becaused we used labels. I don't understand how all these function calls can
>be made with an offset of $0000(a5). Isn't a5 the global area? Why are the 
>function calls going there anyways? Shouldn't they be going to the code area,
>with offsets relative to the PC? I obviously don't see what is supposed to be
>going on here, and I would appreciate it if one of you assembly gurus would 
>enlighten me...

Is this code in memory (i.e. disassembled while running) or taken from an 
ececuatable/code resource?  Probably the latter.

What happens after the program is loaded is the segment loader (or some 
toolbox manager) steps in and replaces all these $0000's with real offsets,
from building the jump table.  The jump table is located up in the A5 global
area, hence the A5.  The reason they won't point directly into code is to 
allow for multiple segments, and dynamic loading/unloading of them.  The JSR's
above leap to a small set of commands that either leaps back into the heap, or
calls a routine to load in the segment & then execute, depending on whether 
the segment is loaded or not.  Some development environments will handle this 
differently; as far as I know, both MPW and Think C both do it this way.

>Thanks,
>Seth Leigh
>BYU Physics Dept.

[Man, I really miss a good text editor...]

Violence is the last refuge of the incompetent. -- Salvor Hardin
--------------------------------------------------------------
My views are my own; behaviorists can stick THAT up their ***!
Andrew R. Southwick
Newsgroups: comp.sys.mac.programmer
From: reddy@spso.gsfc.nasa.gov (Jagan Reddy)
Subject: THINK C compiler required. Any public sources.
Summary: Think c compiler is required 
Keywords: think C
Organization: Goddard Space Flight Center
Date: Thu, 17 Dec 1992 21:08:07 GMT

Hi Mac gurus,

	Is there any usable public version of Think C for my own learning
and do mac programming. 

thanks
Jagan
From: d88-jwa@hemul.nada.kth.se (Jon Wtte)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Reading STR#
Keywords: str# mac pascal c resource resedit
Date: 14 Dec 92 16:15:15 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

In <1992Dec13.211015.4725@dartvax.dartmouth.edu> smsilver@coos.dartmouth.edu (Scott M. Silver) writes:

>How do I read STR#'s (individual strings) from my resource in pascal. 
> I want to be able to get ones of a length bigger that 255...or somewhat
> unlimited ast the case may be (<32k).  I tried using GetIndString, but
> that seems only to allow strings of up to 255 chars...Thanks in advance.

You might want to break your lines every 80 characters or so...

Anyway, the format of a STR# is short-string-count, followed by
Pascal strings of the form length-byte data. A length byte cannot
indicate more than 255 characters, so there you are. If you need
larger strings, you probably won't need a whole lot of them, so
you can store them in individual TEXT resources instead.

Cheers,

					/ h+

-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --

   This article printed on 100% recycled electrons.
From: jaf@dworkin.wustl.edu (Andy Fingerhut)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Think Reference
Date: 15 Dec 92 06:58:56 GMT
Organization: Washington University,  St Louis MO


I have a copy of Think Reference, and agree with the previous
poster that it is very convenient, and the small memory footprint
is a plus.  But are there any plans by Symantec to update the
information to include IM VI any time soon?

Andy Fingerhut
jaf@wucs1.wustl.edu
Washington University, St. Louis MO
From: clemen@unlinfo.unl.edu (cliff lemen)
Newsgroups: comp.sys.mac.programmer
Subject: text to speech
Date: 13 Dec 1992 17:47:20 GMT
Organization: University of Nebraska--Lincoln	
Distribution: world
NNTP-Posting-Host: unlinfo.unl.edu

Any one know the status of Apples new text to speech program to 
replace MacinTalk?  Is it out, how good is it?
Cliff Lemen.
From: UC525655@mizzou1.missouri.edu (Mark Eaton)
Newsgroups: comp.sys.mac.programmer
Subject: Volume icons?
Date: 20 Dec 92 22:41:12 GMT
Organization: University of Missouri

Hi all-
Where can i find the icon definition for a mounted volume?
I have looked through all the (I think) relevant material in
IM I-VI, but obviously I've missed something somewhere, but all
IM talks about are file icons. Help!
 
 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Mark Eaton                    | Opinions? We're not allowed to have
UC525655@MIZZOU1.MISSOURI.EDU | opinions at Mizzou... get back to me
                              | in '94 when I graduate... ;)
From: Eric.J.Baumgartner@dartmouth.edu (Eric J. Baumgartner)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Alg. for Detection of Monspaced Fonts
Date: 11 Dec 92 17:46:09 GMT
Organization: Dartmouth College, Hanover, NH
X-Posted-From: InterNews1.0b2@newshost.dartmouth.edu

In article <scott.724029618@phylo>
scott@phylo.life.uiuc.edu (Scott Howard) writes:

> My Application requires that all fonts it uses are monospaced
> and will allow the user to choose display fonts that meet that requirement.
> 
> The application chooses two non-equal chars of a font at random,
> and compare their charwidth at an equal pt size. If they are 
> equivalent, well, you get the point.

Check out the FontRec structure and FMSwapFont. The first field in
FontRec tells you if the font's proportional or fixed width.

Eric Baumgartner                   *  ebaum@dartmouth.edu
Interactive Media Lab              *  - When in danger or in doubt,
Dartmouth Medical School           *      run in circles, scream and
shout.
From: mkelly@mystix.cs.uoregon.edu (Michael A. Kelly)
Newsgroups: comp.sys.mac.programmer
Subject: C.S.M.P. Digest V1 #223 Available
Date: 12 Dec 92 12:09:44 GMT
Article-I.D.: cs.1992Dec12.120944.6122
Followup-To: poster
Organization: University of Oregon Computer and Information Sciences Dept.


C.S.M.P. Digest             Sat, 12 Dec 92       Volume 1 : Issue 223

Today's Topics:

	Flattened (Single Fork) QuickTime Movies
	Powerbook track ball buttons (click and hold)
	ETO#8, Dinker & SLM (Shared Library Manager) ?
	Super-Floating Windows
	Spurious invalidation



The Comp.Sys.Mac.Programmer Digest is moderated by Michael A. Kelly.

The digest is a collection of article threads from the internet newsgroup
comp.sys.mac.programmer.  It is designed for people who read c.s.m.p. semi-
regularly and want an archive of the discussions.  If you don't know what a
newsgroup is, you probably don't have access to it.  Ask your systems
administrator(s) for details.  You can post articles to any newsgroup by
mailing your article to newsgroup@ucbvax.berkeley.edu.  So, to post an
article to comp.sys.mac.programmer, you mail it to
comp-sys-mac-programmer@ucbvax.berkeley.edu.  Note the '-' instead of '.'
in the newsgroup name.

Each issue of the digest contains one or more sets of articles (called
threads), with each set corresponding to a 'discussion' of a particular
subject.  The articles are not edited; all articles included in this digest
are in their original posted form (as received by our news server at
cs.uoregon.edu).  Article threads are not added to the digest until the last
article added to the thread is at least one month old (this is to ensure that
the thread is dead before adding it to the digest).  Article threads that
consist of only one message are generally not included in the digest.

The entire digest is available for anonymous ftp from ftp.cs.uoregon.edu
[128.223.8.8] in the directory /pub/mac/csmp-digest.  Be sure to read the
file /pub/mac/csmp-digest/README before downloading any files.  The most
recent issues are available from sumex-aim.stanford.edu [36.44.0.6] in the
directory /info-mac/digest/csmp.  If you don't have ftp capability, the sumex
archive has a mail server; send a message with the text '$MACarch help' (no
quotes) to LISTSERV@ricevm1.rice.edu for more information.

The digest is also available via email.  Just send a note saying that you
want to be on the digest mailing list to mkelly@cs.uoregon.edu, and you will
automatically receive each new issue as it is created.  Sorry, back issues
are not available through the mailing list.

Send administrative mail to mkelly@cs.uoregon.edu.


-- 
_____________________________________________________________________________
Michael A. Kelly                                               Senior Partner
mkelly@cs.uoregon.edu                                      High Risk Ventures
_____________________________________________________________________________
Newsgroups: comp.sys.mac.programmer
From: sjk@netcom.com (Shel Kaphan)
Subject: talking to 2nd SCSI bus?
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sun, 20 Dec 1992 21:29:47 GMT

There is a product I've seen recently called "QuickSCSI" which is a
Nubus SCSI adapter.  It gives you a second SCSI bus.  

Does anyone know how the software for this (or other similar products)
is organized?  In particular, I'm trying to ascertain whether it is
possible to talk to devices on this second SCSI bus using the Mac SCSI
manager.   I kind of doubt it since there is no call or parameter in
the SCSI manager API which lets you specify *which* SCSI bus you want
to use.  

It would also be interesting to know just how the drivers for this
kind of thing fit into the system.  Do they just add another 8 slots
to the end of the Unit table?  Enquiring minds want to know.

Thanks,
  Shel Kaphan
  sjk@netcom.com
From: d88-jwa@hemul.nada.kth.se (Jon Wtte)
Newsgroups: comp.sys.mac.programmer
Subject: Re: 3D Graphics
Date: 14 Dec 92 16:08:46 GMT
Organization: Royal Institute of Technology, Stockholm, Sweden

In <1992Dec14.055810.18557@hobbes.kzoo.edu> k044477@hobbes.kzoo.edu (Jamie R. McCarthy) writes:

>This doesn't have much to do with Bresenham, does it?  He just gives an
>algorithm for drawing, and whether or not you divvy up the remainder
>pixels properly is up to you, right?

No, actually, Bresenham gives you an algorithm to draw lines
properly INCLUDING the "final" pixels.

QD				B

*				*
*				 *
 *				  *
  *				  *
   *				   *
    *				    *

Cheers,

						/ h+

-- 
 -- Jon W{tte, h+@nada.kth.se, Mac Hacker Deluxe --

   This article printed on 100% recycled electrons.
From: russotto@eng.umd.edu (Matthew T. Russotto)
Newsgroups: comp.sys.mac.programmer
Subject: Re: PICT2 -> Bitmap shortcuts?
Date: 20 Dec 92 16:00:18 GMT
Organization: Project GLUE, University of Maryland, College Park

In article <1992Dec19.004247.21482@netcom.com> james@netcom.com (James L. Paul) writes:

>On a related topic, (I haven't looked into this yet, but...) Is there a
>simple way to grab a mask of a pixmap that gets _all_ of the non-white
>pixels, not just the darker colors? I'm sure there's a straightforawrd way,
>I just haven't thought of how to keep CopyBits from mapping lightly saturated
>colors to white yet... (grrrrr.) ;)

Oops, my solution won't work for 16 and 24 bit depth.  You'll have to
create a destination GDevice or GWorld instead of a bit map.  Then
either make a bogus inverse table or put in your own color matching
routines.
-- 
Matthew T. Russotto	russotto@eng.umd.edu	russotto@wam.umd.edu
Some news readers expect "Disclaimer:" here.
Just say NO to police searches and seizures.  Make them use force.
(not responsible for bodily harm resulting from following above advice)
Newsgroups: comp.sys.mac.programmer
From: steve.herman%express@freedom.msfc.nasa.gov (Steve Herman)
Subject: Re: Detecting reboot or startup
Followup-To: comp.sys.mac.programmer
Organization: BCSS
Date: Wed, 16 Dec 1992 19:44:51 GMT

In article <cmcclary-151292113831@mcclary-mac.ucs.indiana.edu>,
cmcclary@ucs.indiana.edu (Charles McClary) wrote:
> 
> What is the best/preferred method for an application to detect if the
> system has been rebooted or restarted since it (the application) last ran.
> 

	At one time I had attempted to do this by doing the following:

	1.	Get the current time in seconds using GetDateTime()
	2.	Get number of ticks since last startup using TickCount()
	3.	Divide #2 by 60 to get seconds since startup.
	4.	Subtract #3 from #1 to get time in seconds of startup
	5.	Save this value to a file.
	6.	Whenever my application would startup it would perform steps 1-4 and
compare to the value stored in the file.  If the values matched, plus or
minus a fudge factor I built in, then I would assume the machine had not
been re-booted since I last ran.

	However, this would obviously break if the user changed the date/time on
his Mac.  I also found out that TickCount is incremented during the
vertical retrace interrupt and whenever this interupt is disabled the ticks
are not incremented so it gradually loses time. On my particular machine it
was losing almost a minute for each hour my machine was up.  This was going
to make my built-in fudge factor unrealistic.

	I attempted to find another way to do this but eventually gave up.  I
would like to know if you discover a reliable method.


----------------------------------------------------
- Steve Herman - BCSS
- Boeing Computer Support Services
- Huntsville, AL
----------------------------------------------------
From: sah@coast.ucsd.edu (Scott A. Herndon)
Newsgroups: comp.sys.mac.programmer
Subject: Think C 32K segment
Date: 16 Dec 1992 20:32:17 GMT
Organization: Center for Coastal Studies, SIO
Distribution: usa
NNTP-Posting-Host: coast.ucsd.edu

	Greetings,

		I am trying to write a program using ThinkC 5.x that
	declares a large array.

	int Height[129][129];

		I get the "code overflow" message when trying to compile
	and I think this has to do with some sort of 32k segment limitation.
	My questions are:

	i) Am I correct about the cause of the error?
	ii) How can I declare and use a large array like the one above
	    that is about (2*129)^2 bytes large?


	I appreciate any help/suggestions!




Newsgroups: comp.sys.mac.programmer
From: aleskine@cs.hut.fi (Arto Leskinen)
Subject: using scriptmanager
Organization: Helsinki University of Technology, Finland
Distribution: comp.sys.mac.programmer
Date: Wed, 16 Dec 1992 00:27:17 GMT

What is recommended way to wrap text. Is following good:
Loop trough lines
GetFormatOrder
for (..loop styles and scripts )
 StyledLineBreak

Or is it as good to use TextWidth?

Is there any examples or electronic documentation of GetFormatOrder, 
StyledLineBreak, NFindWord, SciptRun.

Has someone fast algoritm for similar job that TECalLines does?

Arto Leskinen
aleskine@cs.hut.fi