home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!sun-barr!olivea!spool.mu.edu!yale.edu!ira.uka.de!math.fu-berlin.de!news.th-darmstadt.de!backus.pu.informatik.th-darmstadt.de!wallmann
- From: wallmann@backus.pu.informatik.th-darmstadt.de (Natuerlich!)
- Newsgroups: comp.sys.atari.st.tech
- Subject: AES bug ?
- Message-ID: <1992Sep14.181457.16038@news.th-darmstadt.de>
- Date: 14 Sep 92 18:14:57 GMT
- Sender: news@news.th-darmstadt.de (The News System)
- Organization: MSD software vault #9 @THD
- Lines: 37
- Nntp-Posting-Host: backus.pu.informatik.th-darmstadt.de
-
- I am (for whatever reasons) having enormous problems with the graf_...
- calls in the AES library (TOS 1.4). The following little program, for instance
- shows a weird behaviour of the graf_mkstate call. If you press the mouse
- button for the first time, it stops and waits for a release, the other times
- it just (correctly) samples the mouse state.
-
- /* Compiled and Linked with Pure-C */
- #include <aes.h>
- #include <stddef.h>
- #include <stdio.h>
-
- main()
- {
- int i, x, y, state, shift;
-
- for( i = 1000; i--;)
- {
- graf_mkstate( &x, &y, &state, &shift); /* press left mouse button */
- printf( "%d %d %d %d\n", x, y, state, shift);
- }
- }
-
- I also have had problems with graf_watchbox and graf_dragbox, which for no
- apparent reasons get stuck sometimes (but not predictably).
-
- Does anyone have a clue or the same woes ?
-
- Nat!
- P.S.F.:
- I am writing my first real GEM program and at least in the version I have
- GEM seems to be reeking of bugs. Apart from the most basic windowing and
- object redraw mechanisms, it appears that one has to rewrite/extend all
- of Atari/DRs code to get decent results.
- --
- ----- Email: wallmann@backus.pu.informatik.th-darmstadt.de -----
- "Bang that bit that doesn't bang"
- Album of the month: "Psalm 69" Ministry
-