HDTenEightyP/NetNews huggingface dataset:
From: muzzle@cs.uq.oz.au (Murray Chapman)
Newsgroups: comp.lang.pascal
Subject: SHAZAM 2.0?  Where is it?
Date: 7 Jan 93 00:07:06 GMT
Reply-To: muzzle@cs.uq.oz.au

Hi there

About a month ago, someone said that they were going to put Shazam 2.0 on an
ftp site somewhere.

Is it out there?  Archie can't find it.

Did it turn out to be non-distributable?

Thanks,
Murray
--
~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^
  Murray Chapman                           muzzle@cs.uq.oz.au
  University of Queensland                 How many lightbulb jokes does it
  Brisbane, Australia                      take to change the subject?
Newsgroups: comp.lang.pascal
From: wijkstra@fwi.uva.nl (Marcel Wijkstra (AIO))
Subject: Turbo (5.5) and 8514 HELP WANTED
Organization: FWI, University of Amsterdam
Date: Tue, 5 Jan 1993 13:40:05 GMT

Hi,

For some computer graphics course, we use a room full of PS/2s with
8514/a graphics adapters and Turbo Pascal 5.5 . My supervisor wrote
a neat interface to the Graph unit, that can be used in 8514 mode
and VGA mode. We prefer the 8514 version (since it has some additional
features, like being able to use 256 colours), but that has one
major drawback:

When an error occurs while in 8514 mode, the PS/2 does not switch back
to the (VGA) text screen, as it does in VGA mode.
The same problem occurs when 'Step'ping (F8) through a program: in VGA
mode, the Turbo programming environment is visible after each step. But
in 8514 mode, the graphics screen remains visible.

So, somehow, the control remains with the 8514 instead of switching back
to VGA when it is supposed to. The rest is okay; the keyboard is not
dead (program execution can be resumed normally by typing blind) and
after the program has ended (in a regular way), the text screen DOES
reappear.

Can this problem be solved? Or do we just have to live with it (or not
use the 8514 mode)?

Thanks in advance,
Marcel.

P.S. I know I have not been very specific about HOW the 8514 is being
programmed, but that's because I do not have access to the source code
(at least, not at the moment). But if you need more info, I can get hold
of it.
-- 
 X	   Marcel Wijkstra   AIO   (wijkstra@fwi.uva.nl)
|X|	     Faculty of Mathematics and Computer Science	
 X	       University of Amsterdam   The Netherlands
======Life stinks. Fortunately, I've got a cold.========
Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: powers in TURBO pascal
Organization: University of Vaasa, Finland
Date: Fri, 8 Jan 1993 10:13:03 GMT

In article <1993Jan8.011629.16911@lugb.latrobe.edu.au> CHEAC@LURE.LATROBE.EDU.AU (CZERWINSKI,Alex) writes:
>In <1992Dec30.174246.2523@news.uni-stuttgart.de> lehnert@ifsws1.sozialforschung.uni-stuttgart.de writes:
>> What is the TURBO pascal operator for "x to the power of y"?

> Here is an answer by Prof. Timo Salmi :
> Q: I need a power function but there is none in Turbo Pascal.

Thanks!  The gentle readers are most welcome to quote from my FAQs
(with an attribution, just like you did).  Doubly appreciated, since
I often am too busy myself to do anything more than point to the
FAQ. 

   All the best, Timo

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
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

Newsgroups: comp.lang.pascal
From: tapf7@syma.sussex.ac.uk (Richard Gilday)
Subject: Printing from TPW 1.5 ?
Organization: University of Sussex
X-Newsreader: Tin 1.1 PL5
Date: Mon, 4 Jan 1993 17:38:47 GMT

I'm having problems understanding how to print a display context. I know
there are API calls to do this but the Borland manual is about as useful as a
chocolate teapot.  What I need is a step by step example or information
where to get hold of such an example.

Any help will be appreciated.

Richard Gilday.
Newsgroups: comp.lang.pascal
From: chris@inconel.uucp (Christian)
Subject: Re: Faster Pascal
Organization: U of Wisconsin-Madison College of Engineering
Date: 7 Jan 93 13:14:33 CST

In article <765348d8119630t239@witsend.uucp> "D. C. Sessions" <dcs@witsend.tnet.com> writes:
>In <mitchell.11@odie.ee.wits.ac.za>, mitchell@odie.ee.wits.ac.za (MITCHELL JAMES)  wrote:
># Bascially, I'm trying to find a way to run Pascal code faster. I have access 
># to a 486 but this is woefully inadequate (for my needs at least). I was 
># wondering if a version of Pascal exists for platforms other than the DOS / 
># PC environment. If I could use a Unix environment for example, I would be 
># able to make use of a Sun workstation (which might be enough). If anyone has 
># experienced/solved the speed problem, I would greatly appreciate their 
># advice. Any replies can be mailed to me (address below) and I'll post a 
># summary of anything that turns up. 
>
>  You'll get some improvement from, let's say, a Sun over a 486DX2-66,
>  but not great gobs.  If you're looking for really dramatic
>  improvements the only way you'll get them is algorithmic improvement.
>  If you're already using a known-best algorithm and have checked your
>  code with a profiler & optimized the hotspots you probably might
>  as well learn patience.

I beg to differ about a Sun being faster than a 486DX2/66. Ofcourse, it
depends on which sun... let us say a SPARC Station2 (~30 mips, according
to Sun.) 

My experience has shown that a 486DX2/66, 8 MB RAM, running Linux .99
is about 2x as fast as a Sparc2 with 16 MB RAM. (I have run a popular
ray-tracer on both systems, and the Intel box was done doing the same
trace in less than 1/2 the time.)

So, I would suggest you get a pascal compiler for for Lunix, or shell
out mega-bucks for a SPARC 10 with dual processors.

-Chris
From: RKOHLBUS@jennifer.umd.edu (Robert C. Kohlbus)
Newsgroups: comp.lang.pascal
Subject: TVision and Help
Date: 11 Jan 93 16:33:38 GMT
Organization: University of Maryland

Dear Turbo Vision Programmers,
	
	After writing a very large program for several users, I would like 
to add on help screens similiar to TVDemo and TP itself.  After looking at 
the "provided" example, I was lost.  Has anyone out there any "good" 
examples of help context code or maybe a better explanation on how best to 
implement it.  I have already added "hint" lines to the bottom status line 
of the program, so I'm really looking for the popup window help screens that 
can read the necessary help information from a text or other type of file.
Thanks for the help.

=========================================================================

Robert Kohlbus
University of Maryland
Network Admin. / Computer Programmer
Internet:
    rkohlbus@jennifer.umd.edu
    kohlbus@wam.umd.edu

=========================================================================
Newsgroups: comp.lang.pascal
From: mavmav@mksol.dseg.ti.com (michael a vincze)
Subject: Re: Scramble text files
Organization: Texas Instruments
Date: Tue, 5 Jan 1993 18:54:10 GMT

In article <726193861.AA01015@contrast.wlink.nl> berend@contrast.wlink.nl
(Berend de Boer) writes:
|> 
|> Can anyone point me to some code that will scramble a text
|> file? It could something that woudl do it on the fly (my
|> program is creating the text to be appended to said file),
|> or something I can churn the text file through later on.
|> This doesn't hafta be fancy (DES etc. would be overkill,) I
|> only need to keep the average user from using a text editor
|> to view/modify  this file.
      
Each character in a text file (or any DOS file for that matter) is represented
by a single byte.  Therefore swapping low and high bytes would not work, unless
you are talking about swapping adjacent characters that could easily be decoded
by the user (just like pig Latin.)  Swapping low and high order nibbles (4
bits) would work.  Also xor-ing with the file name would not work since the
user may change the file name.  Also a file name is comprised of several bytes,
whereas a character of only one, unless you are talking about xor-ing a
number of bytes with the file name. But then you have to keep track of
string lengths.

A solution I would like to propose is to add an incremental offset to each
character.  The offset would start with 0 and increment to 255, then wrap-
around back to 0.  The first character would recieve the first offset, the
second character the second offset, etc.  Here is some psuedo code:

var I;Byte C: Byte;
var InFile, OutFile: Binary;

/* Encrypt */
begin
I := 0;
Open_Infile;
Open_OutFile;
while not End_of_File (InFile) do
	begin
	Read (InFile, C);
	Inc (C, I);
	Inc (I);
	Write (OutFile, C);
	end;
end;

/* Decrpyt */
begin
I := 0;
while not End_of_File (InFile) do
	begin
	Read (InFile, C);
	Dec (C, I);
	Dec (I);
	Write (OutFile, C);
	end;
end;

Of course there are gaps in the psuedo code, but I believe you can fill them
in.  Furhter I am assuming that a Byte type variable wraps (ie: 255+1 = 0, and
0-1 = 255.)  I do not have my Pascal compiler in front of me so I can not
verify this.  If this is not the case then change Inc (C, I); Inc (I); to:

	if C+I > 255 then C := C+I-256 else Inc (C, I);
	if I   = 255 then I := 0       else Inc (I);

and change Dec (C, I); Dec (I); to:

	if C-I < 0 then C := C-I+256 else Dec (C, I);
	if I   = 0 then I := 255     else Dec (I);

Get in touch with me if you any other questions or comments.

Michael Vincze
mav@asd470.dseg.ti.com
Newsgroups: comp.lang.pascal
From: chans@cs.curtin.edu.au (Sean Chan)
Subject: Re: Application Frameworks --- What is it??
Organization: Curtin University of Technology
Date: Sun, 10 Jan 1993 23:07:42 GMT

lee@cpu.us.dynix.com (Lee Crites) writes:


>> : Well, I was just wondering... how am I supposed to know that I actually
>> : got Application Frameworks???  None of the manuals seems to mention it, and

>From my understanding (based upon discussions with Borland marketing
>people concerning that 'other' language), I assume that the only real
>difference between the base language and the full 'applications framework'
>version is the addition of the PROFILER, TurboAssembler, and TurboDebugger
>packages.

>(This is, however, only a guess, since I didn't buy the 'other' language
>with the 'applications framework' back then)

>           =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>            lee@us.dynix.com | If it ain't broke yet,
>                             |   let me have a shot at it....
>           =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Strange, I had the impression that the AF would be the turbo vision
libraries/header files, etc.

Sean Chan           Curtin University of Technology 
                    Bentley, Western Australia.  
E-Mail : chans@marsh.cs.curtin.edu.au
         pchans@cc.curtin.edu.au
From: mmigdol@ccwf.cc.utexas.edu (michael a migdol)
Newsgroups: comp.lang.pascal
Subject: Re: TP 6.0 Strange rounding problem (Debugger is *lying* to me!)
Date: 10 Jan 93 04:10:05 GMT
Organization: The University of Texas at Austin, Austin TX


    Quoting from page 120 of "Turbo Pascal Library Reference" for Round(X: real)
, " If X is exactly halfway between two whole numbers, the result is the number with the greatest absolute magnitude." I don't believe that it's the "money method" 
problem. Do you have any other ideas?
Thanks,

Michael
Newsgroups: comp.lang.pascal
From: Sorokin@ps1.iaee.tuwien.ac.at (Sorokin Zhenya)
Subject: Re: untyped vars
Organization: Inst. of General Electronics and Electroengeneering, TU Vienna
Date: Sat, 9 Jan 1993 16:26:26 GMT

In article <34921@adm.brl.mil> ATURNER@rcnvms.rcn.mass.edu (Alan Turner) writes:
>
>I am curious - TP allows for untyped vars as in parameter lists:
>
>ex:   procedure something(a : word; b: byte; var c)
>                                             ^^^^^
>I would like to know of some wonderful uses for such a thing in addition
>to comparing the size of two variables as in TP60.man pg 107-108.
>

I'd like to add: from all my experience using a pointer instead of untyped 
variable (it is actually a blank pointer) always made program more readable, 
produced less errors and allowed compiler to help me to debug the program. 
To my mind, untyped var should be condemned as "bad style", like  goto  
statement (although useful at optimization stage). 

Sincerely,
Newsgroups: comp.lang.pascal
From: snodgras@cs.unca.edu (Ryan Snodgrass)
Subject: TSR HELP!  ANY INPUT WOULD HELP!
Organization: University of North Carolina at Asheville
Date: Sun, 10 Jan 1993 00:37:18 GMT

Why isn't this possible to do?   Does anyone know how to have it check
a certain register in the background (i.e. TSR).  Here is what I did so
far, modifiying the KEEP.PAS program in help.  ANY input would REALLY
help.


Here is basically what I want:  a program that monitors certain interrupts
in the background and does something accordingly.  What I want it to do is
whenever a button is pressed on the joystick for this to clear the screen.
It MUST be a TSR though.

Thanks for any input,

Ryan Snodgrass
snodgrass@uncavx.unca.edu

{------------------------------------------------------------------------}

Program TEST;

{$M $800,0,0 }   { 2K stack, no heap }
Uses Crt, Dos;

Var JoyStkIntVec : Procedure;

{------------------------------------------------------------------------}

Function ButtonDown : Boolean;
{ IS A JOYSTICK BUTTON PRESSED? }

Var Regs : Registers;

Begin { ButtonDown }
   Regs.Ax := $00;
   Regs.Ah := $84;
   Regs.Dx := $00;
   Intr($15, Regs);
   ButtonDown := Regs.Al <> 240;
End; { ButtonDown }

{------------------------------------------------------------------------}

{$F+}
Procedure Click; Interrupt;

Begin { Click }
   WriteLn(ButtonDown);
   InLine ($9C); { PUSHF -- Push flags }
   { Call old ISR using saved vector }
   JoyStkIntVec;
End; { Click }
{$F-}

{------------------------------------------------------------------------}

Begin { Test }
   { Insert ISR into keyboard chain }
   GetIntVec($15, @JoyStkIntVec);
   SetIntVec($15, Addr(Click));
   Keep(0); { Terminate, stay resident }
End. { Test }

{------------------------------------------------------------------------}

INT 15 - BIOS - JOYSTICK SUPPORT (XT after 11/8/82,AT,XT286,PS)
	AH = 84h
	DX = subfunction
	    0000h read joystick switches
		Return: AL bits 7-4 = switch settings
	    0001h read positions of joysticks
		Return: AX = X position of joystick A
			BX = Y position of joystick A
			CX = X position of joystick B
			DX = Y position of joystick B
Return: CF set on error
	    AH = status
		80h invalid command (PC,PCjr)
		86h function not supported (other)
	CF clear if successful
Notes:	if no game port is installed, subfunction 0000h returns AL=00h (all
	  switches open) and subfunction 0001h returns AX=BX=CX=DX=0000h
	a 250kOhm joystick typically returns 0000h-01A0h
Newsgroups: comp.lang.pascal
From: Sorokin@ps1.iaee.tuwien.ac.at (Sorokin Zhenya)
Subject: Re: TP 6.0 Strange rounding problem (Debugger is *lying* to me!)
Organization: Inst. of General Electronics and Electroengeneering, TU Vienna
Date: Mon, 11 Jan 1993 00:49:08 GMT


I've found finally how the rounding is being controlled in 87.
Below is a test program which is self-explanatory. 

-------------------------

program 87_Rounding_Test;
{ Sorokin E.V., 1993}

{Bits 10,11 of 8087 control word are encountered}
const r00 = 0 shl 10; {bank rounding : to the nearset integer if .5}
      r01 = 1 shl 10; {down if .5}
      r10 = 2 shl 10; {up if .5}
      r11 = 3 shl 10; {truncate to integer}
      blank = not word(r11);

var cw : word;
    x:double;
begin
  
  asm
    fstcw cw         {We take control word and change it. If you are sure,
                      what it should be, you may simply load proper one
                      using only fldcw directive}
    and cw,blank
    or  cw, r10      {change to r00,r01,r11 to test}
    fldcw cw
  end;

  x:= 513.5;
  writeln( round(x));
end.

--------------

This doesn't answer why TP acted not according to documentation.

I also suspect that Truncate procedure may change the settings.

You are free to use this code at any point within your program, because it 
doesn't interact with internal 87 stack and status word.

Suppose this solves a problem.

Sincerely,
Sorokin Zhenya
Vienna, Austria.
From: terra@diku.dk (Morten Welinder)
Newsgroups: comp.lang.pascal
Subject: BP7 -- three more bugs.
Date: 11 Jan 93 13:14:49 GMT
Organization: Department of Computer Science, U of Copenhagen

Bug report -- BP7, Tools menu.
Bug report -- BP7, Overflow check, bytevar*number.
Bug report -- BP7, FPU-Emulator.

The following has been sent to bugs@borland and the Internet
newsgroup comp.lang.pascal.



1. Tools menu -- garbage in error message, missing argument.
-----------------------------------------------------------

The menu formatting characters "~" show up in error message boxes from
the tools menu. Example: "Turbo P~r~ofiler."

The tools are called with one argument missing -- Primary.Exe -- when
the primary program has not been compiled since the Ide was loaded.



2. Overflow check wrong for bytevar*number.
------------------------------------------

The code

{$Q+}
Var Target: Byte;
Begin
  Target:=4;
  Write(Target*9000);
End.

writes some negative number. The generated code is

	...
	Jnc	@@over
	Call	System.Overflow
@@over: Cwd
	Call	System.WriteInt
	...

The "Cwd" shows that the result of "Target*9000" is an integer. However,
"Jnc" should have been "Jno" in that case. It's is not known whether
correct pascal code may produce wrong error messages.



3. The linker and FPU-emulator are in conflict concerning 386.
-------------------------------------------------------------

The standalone assembler accepts the code

	Emul
	P386
	P387
	Fld	[Dword Ptr Fs:0]

and generates an "emulation fixup." The linker of BP7 however ignores
the fixup! The result is code that will run perfectly when a coprocessor
is present, hang if not.

The emulator does not support "Fs:", "Gs:", and 32-adressing. Either it
should or the linker should reject the object file.



-- 
------------------------------------------------------------------------
Visit the lyrics archive at ftp.cs.uwp (mirrored to nic.funet.fi, a site
in Finland). All kinds of lyrics available -- upload "yours" and join.
------------------------------------------Morten Welinder, terra@diku.dk
Newsgroups: comp.lang.pascal
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Subject: Re: File locking question
Reply-To: Leonard.Erickson@f51.n105.z1.fidonet.org
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.
Date: Tue, 12 Jan 1993 06:41:23 GMT

ppollet@cismibm.univ-lyon1.fr (Patrick POLLET) writes:

>        If you want your files to be "SHAREABLE" you should fiddle with the 
>FileMode public variable of TurboPascal BEFORE doing any Reset,Rewrite,
>Close (and possibly Append :I did not tried that one yet )

You need it for append also! I know!

>    The standard value is 02 that is ReadWrite with no share support.
>    The actual value should be created from the following table:
>            OPEN  MODE
>    bit    7   1 if file private to process, 0 if child may use it
>           6,5,4 : Sharing Mode as follow:
>                     000   compatible mode (no share)
>                     001   deny Read/write
>                     010   deny Write
>                     101   deny read
>                     100   deny none
>            3   always 0   
>            2,1,0 : Acces mode
>                      000 Read 
>                      001 Write
>                      010 Read write 
>                     
>to get some share support you should  set FileMode to:
>   - $42     open for Read/Write AND Deny NONE
>   - $22     open for Read/Write AND Deny write by others...
>    all whatever valid combination...

>  INFO TAKEN FROM  the Dos lan juncture by J.S.Haugdahk 
>                   PC TECH JOURNAL  JULY 1987 ,p 78-89 
>                   An execellent article that explains all MsDos-Share
>                    entry points, with entry points, return values...

> So my guess  is that your program username should:

>  -be compiled with $I-  (no stop on runtime error)

>  -Repeat
>     -try to open the file in mode $11 (Write and deny ALL)
>  -Until (IoResult=0)  (* nobody else has locked it *)

Nope, you need to open it for *read* and *write* since Append requires
both. And to avoid problems you need to restrict the {$I-} to as small
a portion of the program as possible.

I wish I had my code, but it's at my last job. 
-- 
Leonard Erickson		      leonard@qiclab.scn.rain.com
CIS: [70465,203]			 70465.203@compuserve.com
FIDO:   1:105/51	 Leonard.Erickson@f51.n105.z1.fidonet.org
(The CIS & Fido addresses are preferred)
From: tcscs!zeta@src.honeywell.com (Gregory Youngblood)
Newsgroups: comp.lang.pascal
Subject: Re: Looking for books for windows programming
Date: Sat, 09 Jan 93 21:37:53 CST
Reply-To: zeta%tcscs@src.honeywell.com
Organization: TCS Consulting Services

jzawodn@andy.bgsu.edu (jeremy zawodny) writes:

> In article <Jcw5wB4w165w@tcscs.UUCP> zeta%tcscs@src.honeywell.com writes:
> >I'd like to find a pascal programming book for programming windows apps.
> >
> >I have bp7 and would like to use it to its fullest abilities.  Thanks
> >
> 
> What about that shitload of manuals and reference books at BP 7.0 comes with?
> 

Those books are very useful, but I was looking for more.   

Greg

.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
.   TCS Consulting Services   P.O. Box 600008   St. Paul, MN  55106-0008    .
.   ..!srcsip!tcscs!zeta                 ..!src.honeywell.com!tcscs!zeta    .
.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
From: lee@cpu.us.dynix.com (Lee Crites)
Newsgroups: comp.lang.pascal
Subject: Combination N-way search tree/ISAM access.
Date: 12 Jan 93 10:47:42 GMT


I need to build a data entry/retrieval system.  This is nothing new, and I
have done so before.  My problem is that my access times are nothing to
write home about.  I know that these routines have been written many many
times, and that somebody has the best routines available for them.

Here is my request:  Does there exist out there, in either source code or
psuedo-code, the routines for building an N-way search tree (say 8-10 keys
per node), to include adding, deleting, and searching, with
auto-balancing?  I also need a way to access the index in an alpha-numeric
search. (perhaps FindFirst, FindPrev, and FindNext).

I know that there are lots of existing libraries and programs out there
that do these kinds of things, but I'd like to integrate these into some
of my already existing objects.

Any help would be appreciated.  Thanks muchly.

           =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
            lee@us.dynix.com | If it ain't broke yet,
                             |   let me have a shot at it....
           =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Newsgroups: comp.lang.pascal
From: jeroenp@rulfc1.LeidenUniv.nl (Jeroen W. Pluimers)
Subject: Re: Problem with TP7
Organization: Dept. FMC, Gorlaeus Labs, Leiden University, The Netherlands
Date: Thu, 7 Jan 93 09:23:43 GMT

In article <1id7t2INN7ik@manuel.anu.edu.au> jjf101@deakin.anu.edu.au (Jason Ford) writes:
>
>I have this problem with Turbo Pascal 7.
>When ever I run a program from within TP7
>after excution is completed my mouse cursor
>has disappeared.

Get the latest version of your mouse driver.
Old moude drivers don't support the GetMouseState/SetMouseState calls.

Genius versions 9.x, MS versions 7.x, Logitech  versions 4.x and newer
mouse drivers work fine.

--
jeroen                             voice: +31-2522-20908 (19:00-23:00 UTC)
                                   snail: P.O. Box 266
jeroenp@rulfc1.LeidenUniv.nl              2170 AG Sassenheim
jeroen_pluimers@f256.n281.z2.fidonet.org  The Netherlands
From: PROPE4@cismibm.univ-lyon1.fr (Arnaud Thomas)
Newsgroups: comp.lang.pascal
Subject: 3D grapher
Date: Wed, 6 Jan 1993 17:10:43 GMT
Organization: INSA  CENTRE INFORMATIQUE DU 1er CYCLE
NNTP-Posting-Host: 134.214.232.103

I'm looking for a 3d grapher with possiblity to change show view .

Only Source In Pascal

Sorry for my bad english , I'm french

      Thanks you for help me !
Newsgroups: comp.lang.pascal