Graph.tpu

hi!

anybody can give me a graph.tpu for Pascal 7.0

thanks in advance.

bmaranan
bmarananAsked:
Who is Participating?

Improve company productivity with a Business Account.Sign Up

x
 
jack_p50Connect With a Mentor Commented:
 I can give you graph.tpu, but you can take much better and faster grafx unit
(up to 1024x768x65536 colors modes). It's very fast and optimized. You can get it here:
  "http://www.geocities.com/SiliconValley/Bay/9553/"

Or if you want graph.tpu anyway, give me your e-mail.
0
 
scrapdogCommented:
I think that is copyrighted.
0
 
scrapdogCommented:
What are the circumstances for you needing it?  It comes with Turbo Pascal 7.0.  Did your original get corrupted?  If this is the case, I'm pretty sure it would be OK to send you a copy.
0
Free Tool: IP Lookup

Get more info about an IP address or domain name, such as organization, abuse contacts and geolocation.

One of a set of tools we are providing to everyone as a way of saying thank you for being a part of the community.

 
bmarananAuthor Commented:
yes, it is corrupted, can you give me a copy?

thanks in advance

0
 
zeroimpactCommented:
Why do you want to use the graph.tpu anyways .. it sucks .. it is so slooooow  cause doing multiple cals to int 0x10 just write your own e.g. use Vesa if you want to use higher modes than 320x200 and by using the Linear Frame buffer you can get excelent performance speed or just to use 320x200 quick mode you can use inline asm ... btw download yourself the 32-bit Pascal which is for free and then you don't have the problem of the 640k barrier and when you feel realy going to the side of power get djgpp which is a free c/c++ compiler .. which btw quake was written in ;-)

cheerio
0
 
bmarananAuthor Commented:
zeroimpact, what is the website os pascal 32 bit
0
 
zeroimpactCommented:
0
 
scrapdogCommented:
yeah, graph.tpu is slow, but it is not necessarily true that c is faster than pascal!!
0
 
Phoenix020397Commented:
Actually ansi C is many times slower than pascal.
C always compiles and links all the #include files, while Pascal only compiles and links the variables that are in units that your program uses, and that are actually used by programs...

IE :
If in C you do #include <stdio.h>, when you compile the program its as if the whole STDIO.H source code has been pasted in your own, while if in pascal you do :

uses crt;
begin
  readkey;
end.

When compiled the program will only paste the readkey function to the code, not taking extra space and compilation time.

0
 
zeroimpactCommented:
Phoenix your comment is tottaly invalid in the sence of the way you compile , yes if you do not put in the compiling optemizations flags in you will get most off the code pasted in as you say but ( for debugging purposes ) but using optemization flags only the needed stuff will be compiled in. But saying that C is slower than pascal just because of that is not true that only enlarges the file size of your exe or obj ... I was actually pointing to the fact that the graph.tpu was slow and not the compiler because of the graph tpu doing a lot of calls to int 0x10 thus in pascal you can get high frame rates by using direct memory writes to the video card or inline asm or even external asm objects.

The only thing is with C is that you have more flexibility to do things , but if you code bad then well c is not going to seem much better ... it's like saying we can write everything in asm .. because asm is fast ... but if you code bad then your asm will sometimes be slower than your c or even well optemized pascal code. for ex a putpixel can in 320x200 can only be optemized to a point , if you do it in c , asm or pascal and it will give the same results ...


0
 
jack_p50Commented:
FPK-pascal is boring : you need to change many things in your programs and compiler isn't very user-friendly
0
 
zeroimpactCommented:
Well switch to djgpp ... it's fun ... but the thing is tp7 you sit with the boring restrictions of the 640k barrier ... which you can only allocate 64k pages .. and you are limited to your array sizes and no of arrays ..
0
 
My name is MudSystems EngineerCommented:
Hey what a heck men, whats all the fuzz.
  you can use XMS, pointers and stuff to get all the memory you want (well ok the only limit is the G.D. 64k bull Sh..), but if you want to allocate more than 64k you split the buffer

oh man why Borland don't do a 32 Bit Pascal! :(
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.