[Search for users]
[Overall Top Noters]
[List of all Conferences]
[Download this site]
| Title: | Atari ST, TT, & Falcon |
| Notice: | Please read note 1.0 and its replies before posting! |
| Moderator: | FUNYET::ANDERSON |
|
| Created: | Mon Apr 04 1988 |
| Last Modified: | Tue May 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 1433 |
| Total number of notes: | 10312 |
673.0. "Non-transforming busy bee cursor" by RODNEY::PETERS (Don Peters, CTC2-1/F10, 287-3153) Fri Nov 17 1989 13:30
Recently I visited a friend of mine who also has an Atari ST (except that his
is a 1040). Upon powerup, I noticed that his "busy bee" cursor never
changed back to a normal pointer. All GEM desktop point-and-click operations
had to be done via the bee. Later, when running an application, the cursor
did revert to a pointer. The application was one I had written, and I never
put any code into it to change the cursor representation.
I mentioned this to our ST user club the other evening, and two of the 18
attendees said they also experienced the same problem. But I've never heard
anyone else mention this problem in the four years I've owned an ST.
No one seemed to know the cause of the problem.
Has anyone else noted this problem, and if so, found its cause?
| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 673.1 | Looks like its the GFA Basic 3 Compiler | RODNEY::PETERS | Don Peters, CTC2-1/F10, 287-3153 | Tue Dec 05 1989 15:25 | 6 |
| I think I found the problem. It has to do with the new GFA Basic compiler
for version 3. Sometimes, when you run the compiled program, the busy bee
will fail to revert back to a pointer after some operations. I seemingly
fixed the problem by including a statement at the start of the program
that set the pointer to be the arrow. No more problem.
|