HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.lang.pascal
Subject: Sprites
From: cole_d@kosmos.wcc.govt.nz
Date: 4 Oct 1992 09:44:17 GMT
Reply-To: cole_d@kosmos.wcc.govt.nz
Organization: Wellington City Council (Public Access), Wgtn, Nz
NNTP-Posting-Host: kosmos.wcc.govt.nz

Is the only way to make and move sprites by, making the picture to be
a sprite, then using get and put image?  And is there a pascal sprite
editor around somewhere?"
Organization: Heinz School, Carnegie Mellon, Pittsburgh, PA
Newsgroups: comp.lang.pascal
Date: Mon, 28 Sep 1992 17:22:14 -0400 
From: Shelby Stewman <ss62+@andrew.cmu.edu>
Subject: Re: Turbo Pascal 7.0

To put it clearly and concisely:

IF YOU DON'T LIKE THE TURBO PASCAL VERSION x.x IDE,  WHY NOT USE A MORE
FLEXABLE (AND FREE) EDITOR LIKE MicroEMACS.


MicroEMACS is available at wuarchive.wustl.edu, /mirrors/msdos/uemacs/

I've found that it's better than TP5.5's IDE by far in most features
(except indenting).

About the "bloating" of programs:

Of course big business is going to bloat programs. That's the only way
they can fix bugs and still charge the HUGE upgrade fees, but if they
bloat the programs so they can't run on my IBM PC/AT (an original) which
only has a 286 and 40MB of hard disk space (almost all used), I will
exercise my right as a consumer and JUST NOT BUY THE STUPID PRODUCT.

Wish list:

* a procedure/function multi-tasking device

* a way to have variables >64K

* an easy TSR creation unit

* the ability to produce those quick little .COM files (which Microsoft
is      trying to make obsolete)

* the option of creating .OBJ instead of the .TPU files

* a version of Lex and Yacc that produces .PAS files with a
comprehensive       manual

* printer .BGI files

* more .CHR files

            -- Shannon F. Stewman
            9/28/1992
Newsgroups: comp.lang.pascal
From: TMIS20@waccvm.corp.mot.com (*ekb-Ops McMillan)
Subject: Test Mail
Organization: Motorola
Date: 2 Oct 1992 02:59:58 MST

This is a test
This is a test
Newsgroups: comp.lang.pascal
From: tunal@bluemoon.rn.com (Atul Varma)
Subject: THINK Pascal for the Macintosh...
Organization: Blue Moon BBS ((614) 868-998[024])
Date: Sat, 26 Sep 92 14:17:18 EDT

Hi!
 
        Okay, I just joined this forum and would like to know if anybody 
can help me with THINK Pascal for the Macintosh. I am having some trouble  
with the event handling and menu management, and I don't have a copy of 
Inside Macintosh Vol. I handy right now...

Tunal, the all-famous cool computer SuperGenius. And sysop!
Sysop of the StarBase Mintaka BBS
(614)442-7779
Call NOW!
From: bobb@vice.ICO.TEK.COM (Robert Beauchaine)
Newsgroups: comp.lang.pascal
Subject: Re: Turbo Pascal 7.0
Date: 28 Sep 92 19:39:14 GMT
Organization: Tektronix, Inc., Beaverton,  OR.

In article <1992Sep26.070731.20568@rulway.LeidenUniv.nl> jeroenp@rulfc1.LeidenUniv.nl (Jeroen W. Pluimers) writes:
>In article <10425@vice.ICO.TEK.COM> bobb@vice.ICO.TEK.COM (Robert Beauchaine) writes:
>>
>>  In C++, your constructors/destructors *have* to be named the same
>>  as your base class; i.e., for a class name "a", your constructor
>>  would be "void a(optional arguments)", and your destructor would be 
>>  "void ~a(optional arguments)".  If your descended class wishes to 
>>  call either, there is no ambiguity.
>>
>Doesnt' this naming convention give problems when you want to give
>one class more than one constructor or destructor?
>

  No, not a problem.  Function overloading allows you to have as
  many constructors as you fancy, provided you declare each one to
  have a distinguishable argument list so the compiler can determine
  which to invoke.  IMHO, this has advantages over TP's solution, which
  requires each constructor to have a separate name.  Isn't having
  two constructors, Init() and Init(TBufStream) better than Init()
  and Load(TBufStream)?  You create a convention that ALL of your
  constructors will go by a certain name, making them trivial to
  spot and maintain in your code.

/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ 

Bob Beauchaine bobb@vice.ICO.TEK.COM 

C: The language that combines the power of assembly language with the 
   flexibility of assembly language.

Real friends don't let friends use UNIX.
From: bobb@vice.ICO.TEK.COM (Robert Beauchaine)
Newsgroups: comp.lang.pascal
Subject: Re: Turbo Pascal 7.0
Date: 1 Oct 92 20:21:33 GMT
Organization: Tektronix, Inc., Beaverton,  OR.

In article <dmurdoch.197.717887446@mast.queensu.ca> dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
>In article <10446@vice.ICO.TEK.COM> bobb@vice.ICO.TEK.COM (Robert Beauchaine) writes:
>
>What does "*" mean in A*B, where A and B are matrices?  I'd like it to
>mean matrix multiply.  In APL (where it's a cross, not a 
>star) and S it means element by element multiply.  Who is right?

  Well I'm ignorant of APL and S, but to *me* A*B means matrix
  multiply if both A and B are matrices, else it means scalar
  element multiplication in either A or B is a scalar.  That's the
  convention that has been used in all of the disciplines I've
  encountered, from Linear Algebra to Physics to Engineering.
  Where's the ambiguity?

>>   wouldn't it be nice if you could add and
>>  subtract elements from a TCollection using "+" and "-" ?
>
>Yikes!  That's a meaning I'd never have thought of.  If A and B are 
>collections, A+B makes sense, but A+p, or p+A, or p+p+A+p, where p is a 
>pointer?  No way!

  Well, what about A+p or A+p^?  If the language is constructed
  similar to the C++ standard, you only define those aspects of the
  + operator that make sense.  If p + p doesn't make sense, don't
  code it and don't allow it.  I'm not arguing that abuses can't
  occur in this scenario.  But the benefits are legion, whether
  you've encountered them or not.  At least to me.

>An inkling of what?  They saw that there are precious few situations where 
>you need this, so they put the ones they saw as important into the 
>language.  They missed complex numbers, but I've yet to see other convincing 
>cases.

  Well, every example I presented was convincing to me.  Why is it
  necessary to have "+" defined for strings and sets, when the user
  (or library) could just as easily supply concat() or union()
  functions?  For the very same reason I would like to see operator
  overloading in TP -- clarity and elegence of expression.

/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ 

Bob Beauchaine bobb@vice.ICO.TEK.COM 

C: The language that combines the power of assembly language with the 
   flexibility of assembly language.

Real friends don't let friends use UNIX.
Newsgroups: comp.lang.pascal
From: david@gdstech.grumman.com (David Nettles)
Subject: Re: size of 2-d array in pascal
Reply-To: david@gdstech.UUCP (David Nettles)
Organization: Grumman Data Systems-Woodbury
Date: Fri, 25 Sep 1992 17:49:48 GMT

In article <19vbijINNc6q@usenet.INS.CWRU.Edu> sxg27@po.CWRU.Edu (Sanjay Gupta) writes:
>
>hi
>	Can somebody tell me how can i create large arrays like
>200x200 or bigger in pascal. I am working with tp5.0 version. I
>need these arrays to work guass elimination algorithm.
>        thanks in advance
>					sanjay gupta
>-- 
>SANJAY GUPTA ADD: 2112 LENNOX ROAD,#306
>CLEVELAND HEIGHTS,OHIO 44106
>PH:(216)-229-1437                                   e-mail:sxg27@po.cwru.edu


Make your array an array of pointers to arrays of pointers to data
elements.  The amount of space that the actual arrays will take up in
the case would only be 800 bytes per dimension for a total of 1600
bytes.  But, if you make the type of "data" (in the code below)
something like a 6 byte real number, you will have access 40000
elements which will take up 240000 bytes (or approx 234K).

See the sample below:

CONST
  xmax = 200;
  ymax = 200;

TYPE
  data_ptr      = ^data;
  data		= real; {... or whatever your little heart desires};
  ycomponent_ptr= ^ycomponent;
  ycomponent	= array[1..ymax] of data_ptr;
  bigarray   = array[1..xmax] of ycomponent_ptr;

VAR
  b :bigarray;

procedure InitBigArray(VAR b :bigarray; initialization_value :data);
VAR
  x, y :word;
begin
  for x := 1 to ymax do 
    begin
      New(b[x]);
      for x := 1 to xmax do
        begin
          New(b[x]^[y]);
          b[x]^[y]^ := initialization_value
        end
    end
end; {InitBigArray}



-- 
****************************************************************************
   David E. Nettles
   Internet: david@gdstech.grumman.com
   Grumman Data Systems
From: cej@dstos3.dsto.gov.au
Newsgroups: comp.lang.pascal
Subject: Re: Turbo Pascal 7.0
Date: 6 Oct 92 19:44:06 GMT
Organization: Defence Science and Technology Organisation

In article <dmurdoch.97.717813347@mast.queensu.ca>, dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
> In article <1992Sep28.130713.164681@dstos3.dsto.gov.au> cej@dstos3.dsto.gov.au writes:
>>This could possibly be optional- you mainly want the
>>capability when you've spent hours without a compile and you want to go thru &
>>weed out a lot of bugs. Ask your self if 20 compiles with 1 error found is
>>faster than 1 compile with 20 errors found (assuming it is handled with a
>>message window as in BC)! For short editing periods, I agree that 1 error at a
>>time is better.
>
> Wouldn't an easier solution be to avoid long times without compiles?

Aaah, I often do, but sometimes when adding new functions, or performing
sugery on some existing code, you are often working in a way that is not in
a top-of-file to bottom-of-file order. You don't want to have to go & declare
some vars or fns just to see if there are any errors in the code you have been
working on. Becuse TP dosen't let you do this, I tend to put checks off till
later (sometimes), so this results in errors in unchecked sections....

--
Chris Jones                                  E-mail: cej@dstos3.dsto.gov.au
CSS/CD/ERL                                    Phone: +61 8 259 6758
DSTO Salisbury, South Australia                 Fax: +61 8 259 6328

Disclaimer: The opinions expressed are purely personal and do NOT represent
            the official view of DSTO.

"I'm going to put the shame file in the sludge file!  Or is that the sludge
 file in the shame file? Shame, sludge, sludge, shame, ...
 That's life, get nicked.."   Derrin Hunch, Fast Forward
From: gt7803b@prism.gatech.EDU (Raving Mad Lunatic)
Newsgroups: comp.lang.pascal
Subject: Re: Telegard 2.7 BBS programming
Date: 28 Sep 92 21:12:29 GMT
Organization: Georgia Institute of Technology

>>BTW: I'm working on a TG work-alike (as opposed to hacks like RG) that
>>hopefully will displace a few more... As for altering flags, that's fairly
>>easy, but I don't have anything to do it. Try your local Beta site.
>
>WOuld you be so kind as to tell me more of this BBS? I assume it is
>written in pascal and the source is available. Very nice! Is it
>shareware?

It will be shareware, with a $100 single-node reg, $250 3 nodes, $500 255
nodes... At the moment multi-node support isn't in yet. I'm still debugging
some things in the colr FSED, File list generator, and macro language systems.
E-mail me and I'll get you a general features list as soon as possible.

As for BBS source, I'm reluctant to take the risk, but source for Forum, TG,
etc. is readily available, and I know someone who claims to have access to the
Renegade source... I basically collect any BBS/BBS-related source I can find.

Yes, I'm padding this so that "rn" won't reject is for excessive quoting   :)
-- 
Child-molesting is an art, not a science...
From: OLDENHUIS@ib.agro.nl
Newsgroups: comp.lang.pascal
Subject: monochrome/color monitor
Date: 29 Sep 92 14:05:09 GMT

Hi,

Maybe it's a FAQ (must be I think), but nevertheless:

I need a procedure that can detect if there is attached either a
color monitor or a monochrome monitor. Not the adapter but monitor!!!!
I am writing a program for running on any kind of configuration.
Hercules, CGA, AT&T, EGA/VGA, etc. , monochrome, color, etc.

I know this must be done with interrupts (Int 11?). I have Ralph
Brown's interrupt list. So I can try several things. (As a matter of fact
I did, but it did not worked well for each system).
There must be a (simple?) strategy to find out in the first place and
then ...., etc.

Thanks in advance,

Roelof Oldenhuis, OLDENHUIS@IB.AGRO.NL
From: roth@oasys.dt.navy.mil (Pete Roth)
Newsgroups: comp.lang.pascal
Subject: Re: How can I determine that object is initialized already ???
Date: 30 Sep 92 13:08:23 GMT
Reply-To: roth@oasys.dt.navy.mil (Pete Roth)
Organization: The David Taylor Model Basin

In comp.lang.pascal, soi@utrade.e-burg.su (Oleg I. Subachev) writes:
[...]
>I have Done method in my exit procedure.
>But Run-time error 213 occurs if object is not initialized.
>
>How can I determine that object is or not initialized ?

One way is to construct your objects using pointers (I guess this is
really the ONLY way):

type
   PanObj = ^TanObj ;
   TanObj = Object
	  { fields & methods }
   end ;

const
	p : PanObj = NIL ;

...
	p := New( PanObj, Init ) ;
	...
	if  p <> NIL  then begin
	   Dispose( p, Done ) ;
	   p := NIL ;		{<- important! }
	end ;

regards, pete
- - - - - - - - - - - - - - - - - - - - - - - - - -
Peter N Roth      roth@oasys.dt.navy.mil
You can take a horse to water, but a pencil must be lead.
Newsgroups: comp.lang.pascal
From: tcsmith@mta.ca
Subject: OOP Resources
Reply-To: tcsmith@mta.ca
Organization: Mount Allison U, Sackville, N.B. Canada 
Date: Thu, 1 Oct 1992 20:16:51 GMT

  I'm a budding TP programmer that feels that I have 'Milked'
about all I can from the standard TP pascal routines, and wish
to embark on a journey of knowledge to the world of OOP (specifically
TVision). I'm quite familiar with data structures such as link lists,
stacks, queus,etc... so I was hoping that the jump to OOP would be
a small one, but the only material I have on the subject is the turbo
manuals. Can anyone suggest a good text, or applicable sources on
internet that might help to speed up the learning process?

P.S.
  I hope this message is relevant to this newsgroup. This is my first
time posting anything and I would much appreciate any feedback, either
posted or mailed to me .
                                           Thanks..
                                               TCSmith@Mta.ca
Newsgroups: comp.lang.pascal,comp.lang.prolog
From: s8921366@macgraw.mqcs.mq.oz.au (Paul English)
Subject: Re: prolog <---> pascal ???
Organization: Macquarie University, School of Mathematics, Physics, Computing and Electronics
Date: Wed, 30 Sep 1992 04:37:54 GMT

In article <AAWqingWbC@cs.lu.riga.lv> ugis@cs.lu.riga.lv writes:
>I have a problem to call Turbo Pascal subroutine from Turbo
>Prolog program. There is written in Turbo Prolog reference guide
>that I must build Turbo Pascal .OBJ file for linking with Prolog.
>But the Pascal doesn't make .OBJ files. Can anybody deal with this 
>problem? Thanks in advance.

Turbo Pascal does in fact make .OBJ files, but you will not see them if you
do a 'Compile to .EXE' compilation (the default).  On the compilation menu
you should be able to find a 'Compile to .OBJ' (or similar) option, which
you need to use.

(These may not be the exact option names, I haven't used Turbo Pascal in
the last 2 years.)

--
    Paul English    |Email:                        |You can tell how far
   School of MPCE   |s8921366@mackay.mpce.mq.edu.au|we have to go when
Macquarie University|    paul@vulcan.anu.edu.au    |today's supercomputers
 Sydney, Australia  |   paule@photon.ansto.gov.au  |are programmed in FORTRAN
From: orlov@venus.iteb.serpukhov.su
Newsgroups: comp.lang.pascal
Subject: Need in translate program!
Date: 6 Oct 92 05:43:49 GMT
Organization: Institute of Theoretical and Experimental Biophysics

Hi,

Maybe somebody have traslate program 
	(translate TPU for TP5.0 to TPU for TP6.0).
I need it.
							Matvey
Newsgroups: comp.lang.pascal
From: spoulsen@mcs213k.cs.umr.edu (Steven P Poulsen)
Subject: Printing
Date: Sat, 3 Oct 1992 14:19:11 GMT
Organization: University of Missouri - Rolla

Is there some unit that will do a modified partial screen dump that has the
common printers built in?  I tried PRBGI with problems.
-- 
===========================================      ,--,
  Steven P. Poulsen <spoulsen@cs.umr.edu>      ,'  '--,
  Student of Electrical Engineering            ---, ,'
  University of Missouri - Rolla                ,','
From: system@micromed.com (Duane Davis)
Newsgroups: comp.lang.pascal
Subject: Re: Diskette detection
Date: Mon, 28 Sep 92 14:28:38 PDT
Organization: Micro-Medic BBS - +1 408 279 5240 - Public Access

exuptr@exu.ericsson.se (Patrick Taylor) writes:

> In article <csTsRB1w165w@micromed.com> system@micromed.com (Duane Davis) writ
> 
> >I'm looking for a quick easy way to:
> 
> >     a. Detect if a diskette in inserted in a floppy drive
> 
> >     b. If a disk is inserted, is it formatted?
> 
> Just make a diskfree(drive_number) call.  Check the value of ioresult or
> doserror on return (i forget which).  The error numbers are explained 
> in the manual, assuming we are talking about Turbo.

This is basicly what I'm doing. Problem is that if a un-formatted
disk is in the drive it takes aprox. 15 SECONDS to figure it out
and return the error.

Sorry, this is for Turbo 6.0.



--
System@micromed.com (Duane Davis)                   voice (408)293-3299
Micro-Medic                          public access usenet (408)279-5240
711 Lincoln Avenue                  public access pcboard (408)280-1610
San Jose, CA 95126                    FileServer - FTPMail@micromed.com
Newsgroups: comp.lang.pascal,comp.programming
From: casper@fwi.uva.nl (Casper H.S. Dik)
Subject: Re: NO NUMBERS! (or even SHORT INTS!)
Organization: FWI, University of Amsterdam
Date: Fri, 2 Oct 1992 12:18:52 GMT

bilbo@burrow.cojones.com (Bill Beau) writes:

>klaus@diku.dk (Klaus Ole Kristiansen) writes:

>> A friend of mine once accused me of writing spaghetti code, because
>> had written
>> 
>> count := count + 1
>> 
>> He insisted that it should be
>> 
>> count := succ(count)

>If you are using Turbo Pascal, then:

>  Inc(count);

>works the best.

>According to the TP 6.0 Library Reference mannual (p. 72):

>  Inc(var X [ ; N: longint ] )

>  Inc generates optimized code and is especially useful for use in tight
>  loops.

Only if your compiler stinks. This is what my compiler generates
for ``function foo (n : integer) : integer;begin n :=  n + 10; foo := n; end;''

_foo:
	retl
	inc     10,%o0

Exact the same code is generated for the equivalent C function.

>However, the trade-off is that not all Pascal compiliers support the inc()
>procedure thus you lose portability...

As if it is possible to write useful AND protable pascal programs
at the same time. And there's no trade-off (i.e., the code is
non portable or less so, but both should run equally fast).

Casper
-- 
						|	Casper H.S. Dik
						|	casper@fwi.uva.nl
Newsgroups: comp.lang.pascal,comp.lang.prolog
From:  ugis@cs.lu.riga.lv (Ugis Sarkans)
Subject: prolog <---> pascal ???
Reply-To: ugis@cs.lu.riga.lv
Organization: University of Latvia  Institute of Math & CS
Date: Mon, 28 Sep 92 12:15:12 +0300 

I have a problem to call Turbo Pascal subroutine from Turbo
Prolog program. There is written in Turbo Prolog reference guide
that I must build Turbo Pascal .OBJ file for linking with Prolog.
But the Pascal doesn't make .OBJ files. Can anybody deal with this 
problem? Thanks in advance.


Newsgroups: comp.lang.pascal
From: jeroenp@rulfc1.LeidenUniv.nl (Jeroen W. Pluimers)
Subject: Re: Turbo Pascal 7.0 
Organization: Dept. FMC, Gorlaeus Labs, Leiden University, The Netherlands
Date: Tue, 29 Sep 92 08:03:09 GMT

In article <1992Sep28.223657.15932@genghis.borland.com> chard@genghis.borland.com (Richard Nelson) writes:
>I have yet to see an example where multiple inheritance does anything
>you can't do with single inheritance.  The differences are generally
>just semantic.  Admittedly, you sometimes get slightly clearer code
>with the multiply-inherited version, but IMHO that doesn't justify
>cluttering the language.
>
I came across something where multiple inheritance would have been very
handy. I wanted to add (in TPW) a something new to TDialog and all it's
decsendants and to TWindow and all it's descendants. Without the RTL
sources, multiple inheritance would have been very usefull. With the RTL
sources, it would have been usefull too, as the current modifications 
required changes to many programs that used the TDialog descendants.

>My best guess (Not, of course, the official position of Borland Int'l)
>is that you won't find multiple inheritance in Turbo Pascal objects
>until and unless there evolves some standard for sharing objects created
>across different languages.  The need to accommodate multiply-inherited
>imported objects *might* justify the extension to the language.
>
That is a very good point. I talked about this two years ago with Matthew
Price. He told Borland was working very hard on this, but I haven't heard
anything since then about sharing objects acrossdifferent languages.

--
    o _   _  _   _   _             voice: +31-2522-20908 (19:00-24:00 UTC)
   / (_' |  (_) (_' | |            snail: P.S.O.
__/                                       attn. Jeroen W. Pluimers
                                          P.O. Box 266
jeroenp@rulfc1.LeidenUniv.nl              2170 AG Sassenheim
jeroen_pluimers@f256.n281.z2.fidonet.org  The Netherlands
Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: math library for turbo-pascal wanted
Keywords: turbo math
Organization: University of Vaasa, Finland
Date: Fri, 2 Oct 1992 04:53:04 GMT

In article <wolfr.717968960@messua> wolfr@messua.informatik.rwth-aachen.de (Wolf Ritschel) writes:
>Im loking for a good and fast (perhaps with assembler routines) library
>for turbo pascal (or c ). It should contain functions for matrix multiplication
>and other numeric functions. 

I can't point you to a package with exactly your requirements of
speed, but the standard reply is the Numerical Recipes package.

303775 May  2  1991 garbo.uwasa.fi:/pc/turbopas/nrpas13.zip

"If you do not know how to go about getting this material, users are
welcome to email me for the prerecorded garbo.uwasa.fi instructions
(long, circa 29Kb).  North American users are referred to the Garbo
mirror on wuarchive.wustl.edu.  Australian users are referred to the
archie.au mirror.  For the Asian users there is the NCTUCCCA.edu.tw
mirror.  The mirrors may lag occasionally, or might not have all the
files.  If you do not receive my reply within five days, please ask
your own site's system manager to construct a returnable mail path
for you". 

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland

Xref: sparky comp.lang.pascal:5752 comp.lang.c:14353
From: 00jcnovak@bsu-ucs.uucp (Robert Novak)
Newsgroups: comp.lang.pascal,comp.lang.c
Subject: Upgrade policies for Borland language products
Summary: Inquiry about upgrading Borland Pas/C
Date: 1 Oct 92 04:33:04 GMT
Reply-To: RobertNovak%4%MC@manchester.edu
Distribution: usa

Hi. Does anyone know about Borland's upgrade policies for its 
language products? 

I'm particularly wondering about upgrading from DOS to Windows 
packages, and upgrading from Turbo C++ to Borland C++

If anyone has any info on this, please E-Mail me at 
RobertNovak%4%MC@manchester.edu and I'll post a summary if i get 
anything useful.

Thanks.

-- 
===========================================================================
Robert A. Novak  * Box 627 Manchester College *  North Manchester IN  46962
RobertNovak%4%MC@manchester.edu  *  rnovak@nyx.cs.du.edu 
===========================================================================