On 25 Oct 2002, at 23:58, Tony Firshman wrote:
How about someone being appointed as a name server.
Anyone adding to QDOS/SMSQ for general release should register the name
with one person.
Well, François van Emelem is IT!!!
Wolfgang
On Mon, 4 Nov 2002 at 08:57:21, wrote:
(ref: 3DC63671.8337.69C9FBlocalhost)
On 25 Oct 2002, at 23:58, Tony Firshman wrote:
How about someone being appointed as a name server.
Anyone adding to QDOS/SMSQ for general release should register the name
with one person.
Well, François van
- Original Message -
From: Tony Firshman [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, November 04, 2002 9:06 AM
Subject: Re: [ql-users] a small but perfectly formed update to QDOS
INTERNALS website
On Mon, 4 Nov 2002 at 08:57:21, wrote:
(ref: 3DC63671.8337.69C9FB@localhost)
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
Dave P writes:
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
way.
Bit of a pain that if what all you wanted to do was to redefine a keyword -
a common occurance during toolkit development, for
Wolfgang Lenerz wrote:
On 24 Oct 2002, at 14:20, Norman Dunbar wrote:
PS. Well, it has been quite here over the last couple of days - is anybody
out there ?
I think the usual answer is :no, there isn't...
Wolfgang
-
www.wlenerz.com
Wrong, I am. But there isn't much
Speaking of Sbasic... Wouldn't it be nice to avoid 'word clashes' by
following some kind of convention?
Interesting. I've been thinking about the same thing recently. And not just confined
to clashing toolkits. By extending SBASIC in an uncontrolled manner you run the risk
of older programs
??? 25/10/2002 9:34:47 ??, ?/? [EMAIL PROTECTED] ??:
Speaking of Sbasic... Wouldn't it be nice to avoid 'word clashes' by
following some kind of convention?
Interesting. I've been thinking about the same thing recently. And not just confined
to clashing toolkits. By extending
SBASIC
A solution would be to have a core set of commands always present in the
system and others loaded as independant modules to meet local requirement.
Old extensions present only for compatibility would also became a module
(toolkit ?) to avoid usage in future.
But we need someone/somewhere an
What is needed is some way to load toolkits locally to a particular
instance of SBasic rather than as system wide global settings. As to
whether anyone could think of a way to enhance SBasic to achieve this is
another matter.
Dave
- Original Message -
From: [EMAIL PROTECTED]
To: [EMAIL
Marcel Kilgus wrote:
Dave Walker wrote:
What is needed is some way to load toolkits locally to a particular
instance of SBasic rather than as system wide global settings. As to
whether anyone could think of a way to enhance SBasic to achieve this is
another matter.
Easy: just lrespr it
On Fri, 25 Oct 2002 at 13:54:45, François Van Emelen wrote:
(ref: [EMAIL PROTECTED])
Speaking of Sbasic... Wouldn't it be nice to avoid 'word clashes' by
following some kind of convention?
An example to illustrate this?
I've just discovered W. Lenerz' ARRAY_BIN. Nice extension, but
unuseable.
François Van Emelen wrote:
Easy: just lrespr it within the particular SBASIC instance. The
This isn't a solution for the 'words clashes', I'm afraid.
Of course. I didn't say it is.
Marcel
Ian,
thanks for pointing out my URL error, you are quite correct it should be :
http://www.bountiful.demon.co.uk/qdos/index.html
As to where the hard disc information lives - I believe it is usually on the
very first sector of the disc (same as floppy) which, for the life of me, I
cannot
On 24 Oct 2002, at 14:49, [EMAIL PROTECTED] wrote:
Must send my SMSQ source CD back to Wolfgang so I can get the updated one.
I'm ready...
Wondering whether Jochen is about. I emailed him about the Qmake disk I bought at
the Byfleet show but have not had a reply.
I'm pretty sure that
Ian Pine writes:
Just looking at the hard disk details. On a disk with a
single QWA partition on it, which physical sector would that
information be found in?
The QWA file system normaly has its Primary Partition Table at sector 0. To
check:
open#3; win1_*d2d
get#3\0; sec$: close#3
print
16 matches
Mail list logo
