Go Premium for a chance to win a PS4. Enter to Win

x
?
Solved

Graph.tpu

Posted on 1998-10-29
13
Medium Priority
?
8,791 Views
Last Modified: 2010-05-18
hi!

anybody can give me a graph.tpu for Pascal 7.0

thanks in advance.

bmaranan
0
Comment
Question by:bmaranan
  • 4
  • 3
  • 2
  • +3
13 Comments
 
LVL 5

Expert Comment

by:scrapdog
ID: 1215897
I think that is copyrighted.
0
 
LVL 5

Expert Comment

by:scrapdog
ID: 1215898
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
 

Author Comment

by:bmaranan
ID: 1215899
yes, it is corrupted, can you give me a copy?

thanks in advance

0
Hire Technology Freelancers with Gigs

Work with freelancers specializing in everything from database administration to programming, who have proven themselves as experts in their field. Hire the best, collaborate easily, pay securely, and get projects done right.

 
LVL 1

Expert Comment

by:zeroimpact
ID: 1215900
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
 

Author Comment

by:bmaranan
ID: 1215901
zeroimpact, what is the website os pascal 32 bit
0
 
LVL 5

Expert Comment

by:scrapdog
ID: 1215903
yeah, graph.tpu is slow, but it is not necessarily true that c is faster than pascal!!
0
 

Expert Comment

by:Phoenix020397
ID: 1215904
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
 
LVL 4

Accepted Solution

by:
jack_p50 earned 100 total points
ID: 1215905
 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
 
LVL 1

Expert Comment

by:zeroimpact
ID: 1215906
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
 
LVL 4

Expert Comment

by:jack_p50
ID: 1215907
FPK-pascal is boring : you need to change many things in your programs and compiler isn't very user-friendly
0
 
LVL 1

Expert Comment

by:zeroimpact
ID: 1215908
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
 
LVL 6

Expert Comment

by:My name is Mud
ID: 1215909
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

Featured Post

Keep up with what's happening at Experts Exchange!

Sign up to receive Decoded, a new monthly digest with product updates, feature release info, continuing education opportunities, and more.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Take a look at these 6 Outlook Email management tools which can augment the working and performance of Microsoft Outlook to give you a more rewarding emailing experience.
There can be many situations demanding the conversion of Outlook OST files to PST format and as such, there is no shortage of automated tools to perform this conversion. However, what makes Stellar OST to PST converter stand above the rest? Let us e…
Integration Management Part 2
In response to a need for security and privacy, and to continue fostering an environment members can turn to for support, solutions, and education, Experts Exchange has created anonymous question capabilities. This new feature is available to our Pr…
Suggested Courses
Course of the Month10 days, 2 hours left to enroll

926 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question