×
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Log In

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips Forums!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!
  • Students Click Here

*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

Posting Guidelines

Promoting, selling, recruiting, coursework and thesis posting is forbidden.

Students Click Here

Jobs

foxpro9

foxpro9

(OP)
hello
foxpro 9 siad :
"alias:goapp was not found"
please guide me
thank you so much

RE: foxpro9

This was caused by an error in your code. You are referencing "goapp" as an alias of a table. But that alias was not found. Hence the error.

"goap" is more likely to be an object rather than an alias, although I can't be sure about that without seeing your code.

If you would post the section of code where the error occurred, we might be able to help.

Mike

__________________________________
Mike Lewis (Edinburgh, Scotland)

Visual FoxPro articles, tips and downloads

RE: foxpro9

As Mike already said goApp by convention is a global object (=go) of an Application (=app), or "the" application object. But it's not something you have natively in VFP, it's not a missing VFP component or such.

It's a convention of many if not all application frameworks (libraries on top of the core language used to create applications faster than starting from scratch) to have such an object you can rely on existing and that provides several centrally necessary functionalities or even just properties, like the application name stored in a goApp property like goApp.ApplicationName.

Usually, that goApp object is not just created as start code of an EXE but also created in the IDE during development, as it may even provide such central features for "wizards" and "builders" (two further topic I won't deep dive into here).

Some frameworks configure VFP to always run code at startup by setting _Startup, some add a project hook into projects that initializes that whenever you open up the project, some rely on the developer to start a framework booting PRG.

At this point, it should become clear: Follow instructions. If you don't have any, you need to deep dive into code analysis, but the main prg of a project should be what you look into first.

Project modules based on a framework, also SCX forms, reports, PRGs, that you usually can start without any bootup obviously will fail on the first line addressing goApp, when that isn't created.

So you first have to start the major framework "boot code" to create goApp before you do anything else in such projects.

Bye, Olaf.

Olaf Doschke Software Engineering
https://www.doschke.name

Red Flag This Post

Please let us know here why this post is inappropriate. Reasons such as off-topic, duplicates, flames, illegal, vulgar, or students posting their homework.

Red Flag Submitted

Thank you for helping keep Tek-Tips Forums free from inappropriate posts.
The Tek-Tips staff will check this out and take appropriate action.

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members! Already a Member? Login

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close