Silicon Investor (SI) -- The First Internet Community

STOCKTALK

We've detected that you're using an ad content blocking browser plug-in or feature. Ads provide a critical source of revenue to the continued operation of Silicon Investor. We ask that you disable ad blocking while on Silicon Investor in the best interests of our community. If you are not using an ad blocker but are still receiving this message, make sure your browser's tracking protection is set to the 'standard' level.

Technology Stocks : Advanced Micro Devices - Moderated (AMD) -- Ignore unavailable to you. Want to Upgrade?

To: Petz who wrote (72554)	2/27/2002 5:19:15 AM
From: TGPTNDR	Respond to of 275872

Petz, Re: < Hmmm, so what is a "scripted application?" -- a series of benchmarks, perhaps? And was SuSE Linux running anything other than KDE or whatever desktop?> "Scripted Application" -- as I used it when doing a lot of testing -- was one where all inputs were known. In this case, it looks like software instances were set running, then the Input devices were locked down. No user inputs. tgptndr

To: Petz who wrote (72554)	2/27/2002 7:30:29 AM
From: hmaly	Respond to of 275872

Petz Re..Hmmm, so what is a "scripted application?" -- a series of benchmarks, perhaps? And was SuSE Linux running anything other than KDE or whatever desktop?<<<<<<<<<<<< I believe the demos we see at stores are scripted demonstrations; where the computer runs a program repeatedly all day; without imput.

To: Petz who wrote (72554)	2/27/2002 11:19:26 AM
From: semiconeng	Read Replies (1) \| Respond to of 275872

Hmmm, so what is a "scripted application?" -- a series of benchmarks, perhaps? And was SuSE Linux running anything other than KDE or whatever desktop? Petz google.com 2.7.1 Scripting Languages Scripting languages can be distinguished from conventional programming languages along a number of different axes;interpretetation versus compilation, strong versus weak typing, low-level versus high-level primitives, static versusdynamic allocation, and their limited support for object-orientation and threading. Scripting languages don't require a separate compilation phase before execution. The aim is to reduce the time spent going round the traditional development cycle (edit-compile-execute), the script writer need only edit and execute. Although this means scripts are less efficient than their compiled cousins, this is not a problem as *they shouldn't be used for time consuming, computer intensive tasks.* Conventional programming languages are increasingly strongly typed, ensuring that data isn't lost in accidental type conversions. This places the burden on the programmer to explicitly indicate where valid type conversions can occur. By comparison, scripting languages are generally weakly typed, trading rigour for ease of use. These factors mean that the development time of a scripted application is shorter than with traditional approaches. With the increasing use of inter- and intra-net based systems, scripting languages have become increasingly importantas a means to connecting together different system components. Whereas programming languages like Java are de-signed to build systems from the ground up, scripting languages generally assume the existence of the necessary high-level objects. The script provides a quick and dirty way of connecting these objects together, acting as a kind of "com-ponent glue". For example, the Tool Command Language (TCL) is used to arrange the layout of GUI componentswithin a window, and Unix shell scripts assemble a number of different processes into a pipeline. Scripting languages and programming languages are complementary in this respect.With compiled languages, it is efficient to use statically defined structures wherever possible. This applies to everyfeature of the language; including data declarations, function or method definitions, function or method declarations,

To: Petz who wrote (72554)	2/27/2002 11:28:36 AM
From: Ali Chen	Respond to of 275872

Petz, "what is a "scripted application?"" There is a Microsoft product called "Microsoft Test". When launched in the background, it allows to capture every action of a user - open other applications, invoking functions in those apps, opening/sizing windows, it logs every mouse/keyboard input including user-induces delays etc, and generates a script of those actions when the user decided to stop. Then you can run the script within the MStest, and the system will reproduce precisely all scripted actions. Both Winstone and BAPCO benchmarks were created using the MSTest scripts. The scripts can be edited to remove excessive delays, additional actions can be inserted using MSTest language, and encrypted, so another user of the script cannot change the sequence of action. It is a common tool to create own demos and benchmarks. Regards, - Ali

To: Petz who wrote (72554)	2/27/2002 12:10:12 PM
From: TimF	Respond to of 275872

And was SuSE Linux running anything other than KDE or whatever desktop? According to Anand's it was displaying bouncing balls in two windows. One window was a 32 bit program and the other was a 64 bit program. Tim