In a message dated 18/03/04 16:57:35 GMT Standard Time, [EMAIL PROTECTED] writes:
On 18 Mar 2004 at 9:24, [EMAIL PROTECTED] wrote:
You might try driving without tyres.
But would that be driving?
Wolfgang
Bumpily - as without SMSQ/E.
George
In a message dated 19/03/04 11:35:27 GMT Standard Time, [EMAIL PROTECTED] writes:
I stand to be corrected on these comments on QDOS Classic and I am sure that George Gwilt would love a simple step by step guide as to how to set it up, so that we can find out why QWord cannot open its TurboPTR
In a message dated 14/03/04 11:39:37 GMT Standard Time, [EMAIL PROTECTED] writes:
After compiling, I am getting an undefined symbol 'RELOC_START'.
Looking at my original LIBC_A file, I see it in there but I don't see
it in the new version with George's updates.
Any ideas?
I'm sorry if
tptr_ext
It has been found that tptr_ext v5.04 does not reserve enough space for the name list and name table for the keywords it loads. This has been corrected on v5.05 which can be found on the SQLUG site
www.jms1.supanet.com
in the file tptrp07.zip.
The fault was traced to the macro
In a message dated 07/01/04 07:47:56 GMT Standard Time, [EMAIL PROTECTED] writes:
In the meantime I had also found some issues with the following
routines and just made new wrappers that I use instead of those
included in the C libary. The dates are what I have on the files when
I made my own
In a message dated 04/01/04 17:03:38 GMT Standard Time, [EMAIL PROTECTED] writes:
However, there is another question (which I may be able to answer before
anyone else too). The addition of job events to SMSQ/E has caused a change
in
IOP.RPTR. This will now allow a return from a job event. The
As everyone will realise by now, the events given to WM.RPTRT in D2.B are job events, not pointer events. So, obviously, WM.RPTRT will return on any pointer event just as WM.RPTR does whatever the value in D2.B.
However, there is another question (which I may be able to answer before anyone else
The PE vector WM.RPTRT is supposed to read the pointer in the same way as WM.RPTR with two additions.
1. It has a timeout (in D3.W)
2. It returns on the events set in D2.B
I find that although it correctly returns on timeout (with D0.L = -1), WM.RPTRT always returns on an event whatever the
In a message dated 19/11/03 08:05:16 GMT Standard Time, [EMAIL PROTECTED] writes:
Is there on the web any disassembler available free worth a recommendation ?(I mean a 680xx disassembler... might be ok if it run either on a Q40 ora PC)
The disassembler GWDISS is available from the SQLUG
In a message dated 28/10/03 18:07:07 GMT Standard Time, [EMAIL PROTECTED] writes:
Can you further specify/clarify this (version number, program, someway to reproduce it etc.)?I mean, I and many others use the "window" move feature every daywithout problems.Marcel
This occurs in SMSQ/E v3.01 on
In a message dated 28/10/03 16:13:10 GMT Standard Time, [EMAIL PROTECTED] writes:
SMSQ/E can be configured to allow a window move by
a. Window
b. Outline
c. Sprite
The last of these is the old way. The new ways cause the window sprite to become the default arrow. This occurs in Q60 and in
In a message dated 24/09/03 19:33:23 GMT Daylight Time, [EMAIL PROTECTED] writes:
I'll try to pick up all bugs reported.Wolfgang
SMSQ/E can be configured to allow a window move by
a. Window
b. Outline
c. Sprite
The last of these is the old way. The new ways cause the window sprite to become
In a message dated 26/10/03 20:52:57 GMT Standard Time, [EMAIL PROTECTED] writes:
Sorry for being such a pain, but I have some further questions:How do I position a PE window accurately? Problem is, I want to create abutton, to go into the button frame. Im hoping to use a standard
In a message dated 20/10/03 15:10:33 GMT Daylight Time, [EMAIL PROTECTED] writes:
But I talk about the actual lines (instances) when macros are used.Didn't you say at one time that they all had to be changed?Marcel
Some uses of macros within a program can be the same for both GWASS and Qmac,
In a message dated 21/10/03 06:45:34 GMT Daylight Time, [EMAIL PROTECTED] writes:
} It might just be me, but wasn't there also an issue with _expression_ evaluation ?(respecting without parentheses the +/- and * precedences in complexe line)
There was indeed the need for GWASS to deal with
In a message dated 19/10/03 15:23:18 GMT Daylight Time, [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] wrote: Most, or a lot, of SMSQ/E can be assembled either by GWASS or by Qmac without any change. For the remainder it is possible to alter the source code slightly so that it too could be
In a message dated 19/10/03 14:03:24 GMT Daylight Time, [EMAIL PROTECTED] writes:
Sorry Wolfgang but you miss understand my points. There is no technical reason why it could not run on systems below 68020. I wouldn't know about that. all I know is that I was told that it would not run on
In a message dated 15/10/03 17:29:57 GMT Daylight Time, [EMAIL PROTECTED] writes:
In a message dated 15/10/03 07:11:12 GMT Daylight Time, [EMAIL PROTECTED] writes: 2 - the sources have everything needed but an Assembler to be readily compiled. You never know. Even that might change. (An
In a message dated 13/10/03 13:25:15 GMT Daylight Time, [EMAIL PROTECTED] writes:
Further to my earlier email, I could, if that is wished, publish the changes_txt file here on the list.Any opinions on that, anyone?
Good idea!
George
In a message dated 13/10/03 19:36:32 GMT Daylight Time, [EMAIL PROTECTED] writes:
iow_blkt ( chanid_t channel, timeout_t timeout, GDSTP_t *, QLRECT_t *rect)
This command, and all the others connected with GD2 were put into C68 in April 2001.I certainly have these in my C68 library and have used
In a message dated 24/09/03 19:33:23 GMT Daylight Time, [EMAIL PROTECTED] writes:
I'll try to pick up all bugs reported.Wolfgang
Here is another bug in SMSQ/E.
1. SMSQ/E v3.01 on Q40/60
WM_PAPER, WM_INK etc find the WMAN vector (for the new WM.TRAP3) by using IOP.PINF which puts it into A1.
In a message dated 24/09/03 19:33:23 GMT Daylight Time, [EMAIL PROTECTED] writes:
PARTYP, PARUSE, PARNAM$, and PARSTR$ dont work on Smsq/e 3.00 and 3.01. Ok
I agree.
Another bug is with BORDER. If you have a window with a non-zero border and have issued one of COLOUR_PAL, COLOUR_24 and
In a message dated 04/10/03 01:57:08 GMT Daylight Time, [EMAIL PROTECTED] writes:
Epson stylus colour 850. Beats the LX80 hands down, George. The speed is upand the decibels are down. Epson ink is more expensive than Dom Pérignon anddoesnt taste as good, but generics are available at 1/4 of the
In a message dated 25/09/03 20:00:03 GMT Daylight Time, [EMAIL PROTECTED] writes:
As suggested, I would agree that F10 is the best idea - it is akeystroke which is already familiar with the BASIC ED command and I cannotrecall any software which uses it... (except perhaps Perfection)F10 - is
In a message dated 20/09/03 18:38:37 GMT Daylight Time, [EMAIL PROTECTED] writes:
Michael Grunditz writes:
I cant use sernet between my q40 and qpc2. Iget
sernet aborted .
any help ?
Yes. Transfer data using some other method. Eg use a CD instead.
Per
Might be quicker to print out
In a message dated 05/06/03 03:02:54 GMT Daylight Time, [EMAIL PROTECTED] writes:
BTW, I've read that Quanta published some IEEE-QDOS FP conversion
routines in the past (might have been quite some time ago). Does
anybody remember this and can scan me a copy?
The program FPSAVE which allows an
In a message dated 11/03/03 03:40:54 GMT Standard Time, [EMAIL PROTECTED] writes:
As a final digression, I've always bemoaned the fact that floating point
is only allowed a twelve bit exponent. It could have gone for 15 bits,
which would have reduced the overall code and increased the speed!
In a message dated 03/02/03 16:53:43 GMT Standard Time, [EMAIL PROTECTED] writes:
Just to show what I mean, a wrong evaluation of something like
pt.spcln equ 16*4+pt.spmax*2+pt.blmax*2 ; length of sprite cache
would have unhealthy effects.
Thanks to all those who commented on the type of
In a message dated 03/01/03 17:28:48 GMT Standard Time, [EMAIL PROTECTED] writes:
Even so, it will sometimes be necessary to check for the presence of GD2
initially:
I have had to deal with programs which need to know whther the mode is 4 or 8.
When mode 33 appeared I changed the (assembler)
In a message dated 03/01/03 10:05:36 GMT Standard Time, [EMAIL PROTECTED] writes:
Which reminds me, has anyone else already written programs which output PIC files in the extended colour modes???
Yes, if my PSA files are in the same format as PIC files, as they seem to be. The programs are
In a message dated 03/01/03 17:28:48 GMT Standard Time, [EMAIL PROTECTED] writes:
Even so, it will sometimes be necessary to check for the presence of GD2
initially:
I have had to deal with programs which need to know whther the mode is 4 or 8.
When mode 33 appeared I changed the (assembler)
In a message dated 01/01/03 15:34:46 GMT Standard Time, [EMAIL PROTECTED] writes:
If I store a PIC file of an area of the screen in MODE 8, which measures 202 pixels across, that is not exactly divisible by 2. You need 100 bytes to store the first 200 pixels and an extra 2 bytes to store the
In a message dated 03/01/03 08:08:37 GMT Standard Time, [EMAIL PROTECTED] writes:
}
} 3) At present, there is no way of differentiating when a PIC file has been
} saved using a GD2 colour scheme and when it has not. This causes problems
} with the GD2 modes 0, 4 and 8. I would suggest that
In a message dated 20/12/02 12:23:14 GMT Standard Time, [EMAIL PROTECTED] writes:
Hi
I have a screenshoot pages with my desktops,
http://www.kristnet.org/~migu/gallery/album01
I like to add some SMSQ/E shoots, how do I make them ?
/Michael
There is a set of programs on the SQLUG
In a message dated 07/12/02 19:32:58 GMT Standard Time, [EMAIL PROTECTED] writes:
I have successfully produced my own explanation windows now by WM.RPTRT on
your advice. However, I look to see where the pointer is on a timeout
(comparing the pointer position with each of the hit areas of
In a message dated 03/12/02 00:31:25 GMT Standard Time, [EMAIL PROTECTED] writes:
From your original message I got the impression that perhaps you have an
older version of the manual. For example there is no mention of WM.DRBDR on
my page 86. In my manual WM.DRBDR is described on p 88 and it
In a message dated 01/12/02 21:26:55 GMT Standard Time, [EMAIL PROTECTED] writes:
Sorry, not true. See my earlier message re Jonathan Hudson's
work on this. I have now used wm_rptrt in 2 programs - although
only using the timeout rather than the signal process. JH
provided corrected code some
In a message dated 28/11/02 06:51:24 GMT Standard Time, [EMAIL PROTECTED] writes:
Sorry, left a major one off my list of 'C' wrappers that have errors.
Here is the revised list:
iop_flim
sms_sevt
sms_wext
wm_rptrt
Jim
I thought Jim was saying that there were errors in the GD2 routines. In
In a message dated 26/11/02 17:26:31 GMT Standard Time, [EMAIL PROTECTED] writes:
iop.rptr does if you set the appropriate bits in the return vector. But Wman
calls (wm.rptr) only respond to "events" (see the Qptr manual, pages 89 ff
"Window Manager Access Routines")
WM.RPTR does a lot of
In a message dated 27/11/02 14:34:17 GMT Standard Time, [EMAIL PROTECTED] writes:
Absurdly complicated stuff about W DEFs snipped ;-)
A better way would be a menu designer for QPTR, of course...
Would also make it easier for Assembler programmers
(...)
* I hope all this makes sense ;)
It
In a message dated 12/11/02 17:49:40 GMT Standard Time, [EMAIL PROTECTED] writes:
Unfortunately this way there's currently no high colour sprite format
in QXL/QPC (and if anybody's wondering that's one of the reasons why
the high colour wman is still not finished).
Is this why a mode 32
In a message dated 12/11/02 17:49:40 GMT Standard Time, [EMAIL PROTECTED] writes:
Unfortunately this way there's currently no high colour sprite format
in QXL/QPC (and if anybody's wondering that's one of the reasons why
the high colour wman is still not finished).
Is this why a mode 32
In a message dated 13/11/02 11:52:30 GMT Standard Time, [EMAIL PROTECTED] writes:
By the way, I remember you having problems with the sprite cache, i.e.
that it didn't notice the changes in the sprite edited by sprted. The
same problem already exists in WMAN, if you try to define different
In a message dated 13/11/02 18:12:27 GMT Standard Time, [EMAIL PROTECTED] writes:
All sprites that are drawn on the screen are first converted to native mode and the resulting native mode sprite is stored in a little cache so that you do not need to keep on converting them (this is also the
In a message dated 02/11/02 15:13:04 GMT Standard Time, [EMAIL PROTECTED] writes:
George Gwilt is the expert on how to get at the source of compiled programs.
However it may not be possible unless the program has been compiled with
flags in the same way as C programs can be compiled with a
In a message dated 25/10/02 17:12:18 GMT Daylight Time, [EMAIL PROTECTED] writes:
I have thought about this, and here's how I would solve the problem.
Just make it a standard that a toolkit looks for an existing instance
of the keyword, and if it is in use, alter the keyword in a standardised
In a message dated 08/10/02 17:37:12 GMT Daylight Time, [EMAIL PROTECTED] writes:
GWASS treats 0(a4) as (a4), so the shorter version is always used here.
George
It takes some effort to force an assembler that "helps" like that, when
you really do want it to generate the zero offset. You
In a message dated 23/07/02 22:02:02 GMT Daylight Time, [EMAIL PROTECTED] writes:
Be careful not to use v3.90L instead you should use v3.90L. Confused?
Good that is normal, 2 versions same number :-) look for the 187768
bytes version, I am sure Derek would sort you out with it if you like.
You
In a message dated 10/07/02 15:01:10 GMT Daylight Time, [EMAIL PROTECTED] writes:
How much of an effort would it be to change GWASS itself to run on a 68000 or 68008 based QL??
I thought I had answered that. The answer "quite a lot". I would imagine it might even be as much effort as
In a message dated 09/07/02 21:00:37 GMT Daylight Time, [EMAIL PROTECTED] writes:
I am not convinced How difficult would it be George, to allow GWASS to work on the 68000 chipset??
GWASS needs a 68020+ to operate. But it can produce code siutable for 68000/8 (ie the basic instruction
In a message dated 10/07/02 07:04:00 GMT Daylight Time, [EMAIL PROTECTED] writes:
Anyway, what is so bad with a set of GWASS-type macros to replace the
Qmac ones provided the USER of these macros can code them in almost
exactly the same way as for Qmac?
Simple: you have to change much of the
In a message dated 10/07/02 16:19:28 GMT Daylight Time, [EMAIL PROTECTED] writes:
I believe that George has made the source code for GWASS available. (At
least I think so)
If so, maybe someone would like to take on the task of rewriting it to only
use 68000 instructions.
:o)
Good point!!
In a message dated 08/07/02 09:59:56 GMT Daylight Time, [EMAIL PROTECTED] writes:
I'd prefer GWASS to be amended!
I assume you mean that you would like GWASS to be altered so that the Qmac macros would work without any change. There are various reasons why this wouldn't be easy or indeed
In a message dated 14/06/02 01:30:56 GMT Daylight Time, [EMAIL PROTECTED] writes:
John Sadler wrote:
Does QPC emulate 68020+ and floating point instruction set?
No.
If not why not extend it so it does,
Basically just too much work.
so we can use some of the programs George Gwilt is
In a message dated 11/06/02 09:58:45 GMT Daylight Time, [EMAIL PROTECTED] writes:
I think that to start the ball rolling, we need someone to take on the reins of easyptr - bring this up to date and possibly enhance it to create the bare bones of a SuperBASIC procedures to call the menus at
In a message dated 24/05/02 20:24:58 GMT Daylight Time, [EMAIL PROTECTED] writes:
I think only the linker, but I though it can be freely distributable? There
is a free assembler, assuming of course you can assemble the sources with
it (gwass?)
no idea, the code makes some use of macros so
56 matches
Mail list logo