uglycode-coders — UM1 Coders

[UM1-coders] linux make

[Chisel W. <ch...@he...>]

Aah, joy; now we've away from linux a little, again, I've having problems compiling

Any clues on what this error actually *means*?
Solutions accepted, but if I understand the error I might be able to chase it further...

	make: *** [stringutil.o] Error 127
	rm -f netmud.o
	g++ -c -g -Wall -Wcast-qual -Wparentheses -Wwrite-strings -Wconversion netmud.c
	make: Target `by_default_just_make' not remade because of errors.
	uglyadm@chisel:~/src/UglyCODE$ 


Also, I've had to doctor interface.c and netmud.c:

	uglyadm@chisel:~/src/UglyCODE$ cvs diff
	chi...@cv...'s password: 
	? version.h
	cvs server: Diffing .
	Index: interface.c
	===================================================================
	RCS file: /cvsroot/uglycode/UglyCODE/interface.c,v
	retrieving revision 1.30
	diff -r1.30 interface.c
	3599c3599
	<       extern const char * const sys_siglist[];
	---
	>       //extern const char * const sys_siglist[];
	Index: netmud.c
	===================================================================
	RCS file: /cvsroot/uglycode/UglyCODE/netmud.c,v
	retrieving revision 1.7
	diff -r1.7 netmud.c
	21a22
	> #ifndef linux
	22a24
	> #endif
	uglyadm@chisel:~/src/UglyCODE$ 


I've heard rumours that autoconf, etc are hard work. Is it likely to
make things like this happen less?

The code seems to be full of "#if[n]def <OS type>", and it still
doesn't seem to compile properly. Would auto* alleviate this?

-- 
Chisel Wright (ch...@he...)

Typer of code; tearer of hair.

Re: [UM1-coders] Ctl-S/Ctl-Q

[J.P. K. <jp...@he...>]

> > Ok, have I lost the plot somewhere, I thought we were talking
> > about things like line editing, split screen and the like.
> 
> Not split screen. Think more along the lines of two connections from
> within tf, switched between with '/world <foo>'.
I am not quite sure why this needs more than soft code, to be honest.
But then I would differentiate between an avatar and the real character,
if you aren't doing this then you'd need to change the hard coded commands
to be aware of the status.

> Line editing already exists. Use a *REALLY* dumb telnet client and watch
> it work. It has been there for a while.
Neither netcat nor mconnect appear to allow me to use line editing..

> All the more reason for me to implement it. As long as you set your
> terminal type correctly (and the terminfo/termcap database has the
> right entry) everything would come out fine.

Yes, except that tf, tush, and friends, don't have termcap entries,
and are unlikely to work in the way that you might expect.
*shrug*  Not least of all because what you think is the correct
behaviour is not the same as other people might think.

> Please remember that there are 2 ends to a connection. stty only
> changes the *LOCAL* (ie where it was run) line discipline.
> It happens that in the past, UM and other similar muds just ignore
> control characters.

Yes, I know this.  I never suggested otherwise.

> What is being proposed is that Ctl-S and Ctl-Q are implemented
> correctly (due to a broken, common client), and can be optionally
> switched off.
*shrug*  It seems excessive to me, but if you want to code it
then...

> Adrian.

Julian

RE: [UM1-coders] Ctl-S/Ctl-Q

[Adrian S. J. <AS...@pa...>]

> From: J.P. King [mailto:jp...@he...]
>=20
> > Please point me to where this would make it unusable.
> > Session capability need only be the equivalent of @swap (or similar)
> > that just changes your current avatar, and gives you the output that
> > you've missed (similar to using /world in tf).
>=20
> Ok, have I lost the plot somewhere, I thought we were talking
> about things like line editing, split screen and the like.

Not split screen. Think more along the lines of two connections from
within tf, switched between with '/world <foo>'.

Line editing already exists. Use a *REALLY* dumb telnet client and watch
it work. It has been there for a while.

> > There is already a small amount of code that provides what we need.
> > We handle Telnet Options, use terminfo/termcap to get some of the
> > correct terminal options (we should really use it for the colours
> > as well, but since nobody is perfect...)
> Hmm, if we are talking about that it would be nice if there were
> a 'greyscale' option.  I keep having to turn colours off because
> the terminal I happen to be using has an interesting selection of
> colours such that I end up with white on white.  However I like
> having things with bold and stuff.
> </sidetrack>

All the more reason for me to implement it. As long as you set your
terminal type correctly (and the terminfo/termcap database has the
right entry) everything would come out fine.

> > Has any of this broken TF or tush support? Have you noticed the
> > number of options available under 'set' (stupid name, should be
> > called something like setterm, probably at least an @ command).
> >=20
> > So why not have a small amount of code for dealing with Ctl-S and
> > Ctl-Q, which are only going to be used by people not using tf and
> > tush (as they do local line editing for you).
> Err, because on my terminal it will never get through, and if I
> were to change my stty settings to use different control codes
> and then use ^S or ^Q the mud would chose to interpret stuff as
> it saw fit rather than how I had set it.

Please remember that there are 2 ends to a connection. stty only
changes the *LOCAL* (ie where it was run) line discipline.
It happens that in the past, UM and other similar muds just ignore
control characters.

What is being proposed is that Ctl-S and Ctl-Q are implemented
correctly (due to a broken, common client), and can be optionally
switched off.
Thats why we have the 'set' command; switch the UM connection
options on and off. Admittedly line editing isn't an option you
can switch off, but if you're really desparate to have that option
then I can put it in.

> Julian
>=20

Adrian.

Re: [UM1-coders] Ctl-S/Ctl-Q

[J.P. K. <jp...@he...>]

> Please point me to where this would make it unusable.
> Session capability need only be the equivalent of @swap (or similar)
> that just changes your current avatar, and gives you the output that
> you've missed (similar to using /world in tf).

Ok, have I lost the plot somewhere, I thought we were talking
about things like line editing, split screen and the like.

> There is already a small amount of code that provides what we need.
> We handle Telnet Options, use terminfo/termcap to get some of the
> correct terminal options (we should really use it for the colours
> as well, but since nobody is perfect...)
Hmm, if we are talking about that it would be nice if there were
a 'greyscale' option.  I keep having to turn colours off because
the terminal I happen to be using has an interesting selection of
colours such that I end up with white on white.  However I like
having things with bold and stuff.
</sidetrack>

> Has any of this broken TF or tush support? Have you noticed the
> number of options available under 'set' (stupid name, should be
> called something like setterm, probably at least an @ command).
> 
> So why not have a small amount of code for dealing with Ctl-S and
> Ctl-Q, which are only going to be used by people not using tf and
> tush (as they do local line editing for you).
Err, because on my terminal it will never get through, and if I
were to change my stty settings to use different control codes
and then use ^S or ^Q the mud would chose to interpret stuff as
it saw fit rather than how I had set it.

> Adrian.

Julian

RE: [UM1-coders] Ctl-S/Ctl-Q

[Peter C. <pet...@ne...>]

> From: J.P. King [mailto:jp...@he...]
> *blink*  So do you think that our website should check the client
> connecting, and if it is lynx then it should automatically filter all
> images through a gif->ascii-art translator, in order to cope with
> the lowest common denominator?

Hey, cool idea! Instant ASCII art!

> If it was a question of the mud not being _usable_ by a client
> then this would be an issue, but default telnet is good enough
> to use it just isn't great.

At least MS telnet is *not* good enough to use --- and that's the one that
many of our new users would be using if attracted via a telnet: URL on the
Web site.  In particular, there's one character sequence (Ctl-S) that
renders the connection unusable.  If there's a way of reducing the impact of
this --- I do it fairly regularly when aiming for Shift-S and missing ---
then I think we should implement it.

But, no, I'm not arguing for full connection and terminal management.
That's a job for the client.  [My own opinion is that @recall is also a job
for the client, but that doesn't appear to have prevented its
implementation.  Ditto colour.  Opinions vary.]

		- Peter

Re: [UM1-coders] Ctl-S/Ctl-Q

[J.P. K. <jp...@he...>]

> In the same way, no Web site should be concerned about browsers other than
> IE4, 4, 5.5, as the majority of the audience have those browsers.  Anyone
> else is merely an irrelevance --- it is easy to download one of those
> browsers, so use one!
> 
> This argument is as specious for MUD clients as it is for browsers.

*blink*  So do you think that our website should check the client
connecting, and if it is lynx then it should automatically filter all
images through a gif->ascii-art translator, in order to cope with
the lowest common denominator?

If it was a question of the mud not being _usable_ by a client
then this would be an issue, but default telnet is good enough
to use it just isn't great.

> 
> 		- Peter

Julian

Re: [UM1-coders] Ctl-S/Ctl-Q

[J.P. K. <jp...@he...>]

> As Ref says, it doesn't need a special client. The session changing
> will be internal to Ugly, if it is done by sessions at all. I think
> Grim is just making the point that we need to include
> some tf type features into Ugly. I am already implementing
> one which is the @recall

I have no problem with @recall, but including line editing features
in the mud for arbritrary telnet clients seems... excessive to me.

> Why are we having this discussion?

Not sure.

Julian

[UM1-coders] DontAnnounce flag

[Adrian S. J. <AS...@pa...>]

Ok, the code for the DontAnnounce flag is written.

Only Wizards can set it, anyone can unset it.

What it does:

It stop the [x has connected] / [x has disconnected] messages from
being generated on connection & disconnection.

Comments:

Should someone with this set on them show up in the who list?
Or have a 'who all' which lists everyone, and 'who' doesn't include
them.

Adrian.


--
Adrian St. John
Software Engineer
Pan Security International Ltd.
T 0121 780 0619
as...@pa...
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20
Pan Security International Limited, Vienna House, International Square,
Birmingham International Park, Bickenhill Lane, Solihull B37 7GN United
Kingdom.  Registered company number 3965174=20
This message may contain information which is confidential and subject
to legal privilege.  If you are not the intended recipient, you may not
peruse, use, disseminate, distribute or copy this message.  If you have
received this message in error, please notify the sender immediately by
e-mail, facsimile or telephone and return and/or destroy the original
message. Pan Security International Limited accept no responsibility for
any changes made to this message after it has been sent by the original
author.

RE: [UM1-coders] Ctl-S/Ctl-Q

[Peter C. <pet...@ne...>]

> From: J.P. King [mailto:jp...@he...]
> Why on earth would we want to embed any of this in the game?
> This isn't the sort of thing that the game should be concerned
> about.

In the same way, no Web site should be concerned about browsers other than
IE4, 4, 5.5, as the majority of the audience have those browsers.  Anyone
else is merely an irrelevance --- it is easy to download one of those
browsers, so use one!

This argument is as specious for MUD clients as it is for browsers.

		- Peter

Re: [UM1-coders] Ctl-S/Ctl-Q

[ReaperMan <re...@re...>]

J.P. King wrote:


>>The thing is that people have other needs (or desires), such as
>>Keith's avatar system, which would require some sort of session
>>management to remain sensible, otherwise we're going to have to
>>have a custom client, and then loose a large proportion of the
>>user base (or at least stop them from using the features).
>>
> 
> Umm, again, without having studied Keith's avatar system I am
> not sure why you would need to have a custom client interface
> thing for them.  you just do it a line at a time with prefixes
> on the lines to make it clear what is going on.  You don't want
> to make the system unusable for people who aren't using telnet,
> do you?


As Ref says, it doesn't need a special client. The session changing
will be internal to Ugly, if it is done by sessions at all. I think
Grim is just making the point that we need to include
some tf type features into Ugly. I am already implementing
one which is the @recall



Why are we having this discussion?

-- 
----------------------------------------------------------------------
       re...@re...  www.reaperman.org  +44 7976 696 407
----------------------------------------------------------------------

RE: [UM1-coders] Ctl-S/Ctl-Q

[Adrian S. J. <AS...@pa...>]

> From: J.P. King [mailto:jp...@he...]
>=20
> > The trouble is that people will insist on using brain-dead clients
> > (MS Telnet is the obvious one) that wont do local line editing.
> > UM has had the line editing code for some considerable time now,
> > and it works as well as can be expected.
>=20
> Err, if people choose to use brain dead clients then they
> get what they deserve.  You cannot cater for everyone.

Please check our intended audience: Everyone.

> > The thing is that people have other needs (or desires), such as
> > Keith's avatar system, which would require some sort of session
> > management to remain sensible, otherwise we're going to have to
> > have a custom client, and then loose a large proportion of the
> > user base (or at least stop them from using the features).
>=20
> Umm, again, without having studied Keith's avatar system I am
> not sure why you would need to have a custom client interface
> thing for them.  you just do it a line at a time with prefixes
> on the lines to make it clear what is going on.

Yes, this was (briefly) discussed. It is messy, but workable.
However, how do you specify which avatar does the command you are
typing?

>  You don't want
> to make the system unusable for people who aren't using telnet,
> do you?
Please point me to where this would make it unusable.
Session capability need only be the equivalent of @swap (or similar)
that just changes your current avatar, and gives you the output that
you've missed (similar to using /world in tf).

<SNIP SSH & TELNET DISCUSSION>
>=20
> Again, I haven't given it much thought, but you'd have to put an
> obscene amount into UM1 in order to make it support clients, and
> even then this would tend to break things like TF and tush.

There is already a small amount of code that provides what we need.
We handle Telnet Options, use terminfo/termcap to get some of the
correct terminal options (we should really use it for the colours
as well, but since nobody is perfect...)

Has any of this broken TF or tush support? Have you noticed the
number of options available under 'set' (stupid name, should be
called something like setterm, probably at least an @ command).

So why not have a small amount of code for dealing with Ctl-S and
Ctl-Q, which are only going to be used by people not using tf and
tush (as they do local line editing for you).

> Julian

Adrian.

Re: [UM1-coders] Ctl-S/Ctl-Q

[J.P. K. <jp...@he...>]

> The trouble is that people will insist on using brain-dead clients
> (MS Telnet is the obvious one) that wont do local line editing.
> UM has had the line editing code for some considerable time now,
> and it works as well as can be expected.

Err, if people choose to use brain dead clients then they
get what they deserve.  You cannot cater for everyone.

> The thing is that people have other needs (or desires), such as
> Keith's avatar system, which would require some sort of session
> management to remain sensible, otherwise we're going to have to
> have a custom client, and then loose a large proportion of the
> user base (or at least stop them from using the features).

Umm, again, without having studied Keith's avatar system I am
not sure why you would need to have a custom client interface
thing for them.  you just do it a line at a time with prefixes
on the lines to make it clear what is going on.  You don't want
to make the system unusable for people who aren't using telnet,
do you?

> Thats nice, but not everyone has ssh. And before you say people can
> get hold of it, I'm not supposed to have a copy on my machine, but
> I get away with it because I've got administrative rights over my
> work machine.

Umm, it wasn't meant as a solution to that problem.  It was
merely meant as a stopgap for a few people pending a better
solution.

Although, I am not sure why you need administrative rights, putty
doesn't require administrative rights, nor does a normal unix
ssh client.  Equally there are Java clients which we can make
available to people.

However, I wasn't pushing for that, or suggesting that what I
had done was a solution.  Merely mentioning it since it was
relevant to the conversation.

> I think the solution in the long term is to implement it as
> invisible as possible to the 'decent client' user, but to allow
> the 'crap client' user to still use the game.

I would agree, but again, you can't win everything.  We could, however
allow telnet access for logging in to the 'ugly' user - however
that would mean that we lost the default connect to Ugly on port
23 feature.  Unless we can get a second IP address, or the 'clever'
clients can cope with logging in via telnet which then starts up
telnet.... I am not sure.

Again, I haven't given it much thought, but you'd have to put an
obscene amount into UM1 in order to make it support clients, and
even then this would tend to break things like TF and tush.

> 
> Adrian.
> 

Julian

RE: [UM1-coders] Ctl-S/Ctl-Q

[Adrian S. J. <AS...@pa...>]

> From: J.P. King [mailto:jp...@he...]
>=20
> > [WIZARD]  The Ozzard of Wiz natters "Adrian, do we handle=20
> Ctl-S/Ctl-Q
> > correctly?"
> >=20
> > No.
> > We don't handle it incorrectly either.
> > I'm fairly sure we don't handle it at all.
> >=20
> > In fact, we don't seem to handle things (Ctl-U mainly) that
> > I thought we did, but that may have been in an incarnation
> > of UM2 (possibly UM2/Smalltalk).
> >=20
> > But I'm sure as Keith seems to want multiple sessions for his
> > avatar thingy its probably something we might want to handle.
> >=20
> > Adrian, wondering how much of tf we should embed into the game.
>=20
> Why on earth would we want to embed any of this in the game?
> This isn't the sort of thing that the game should be concerned
> about.  I certainly don't want the game overriding my stty settings
> and deciding for me what the flow control or kill keys are.  Equally
> it is not for the game to handle line editing.  That is all client
> end stuff.

The trouble is that people will insist on using brain-dead clients
(MS Telnet is the obvious one) that wont do local line editing.
UM has had the line editing code for some considerable time now,
and it works as well as can be expected.

The thing is that people have other needs (or desires), such as
Keith's avatar system, which would require some sort of session
management to remain sensible, otherwise we're going to have to
have a custom client, and then loose a large proportion of the
user base (or at least stop them from using the features).

> I have set up, although not advertised except to WWX who has been
> having problems, that the user 'ugly' password 'ugly' is connectable
> to via ssh, and does a telnet -E to connect to the game.  This
> could be improved on, but I didn't have the inclination to spend
> time on sorting out a decent mud client with no shell escapes.

Thats nice, but not everyone has ssh. And before you say people can
get hold of it, I'm not supposed to have a copy on my machine, but
I get away with it because I've got administrative rights over my
work machine.

I think the solution in the long term is to implement it as
invisible as possible to the 'decent client' user, but to allow
the 'crap client' user to still use the game.

Adrian.

Re: [UM1-coders] Ctl-S/Ctl-Q

[J.P. K. <jp...@he...>]

> [WIZARD]  The Ozzard of Wiz natters "Adrian, do we handle Ctl-S/Ctl-Q
> correctly?"
> 
> No.
> We don't handle it incorrectly either.
> I'm fairly sure we don't handle it at all.
> 
> In fact, we don't seem to handle things (Ctl-U mainly) that
> I thought we did, but that may have been in an incarnation
> of UM2 (possibly UM2/Smalltalk).
> 
> But I'm sure as Keith seems to want multiple sessions for his
> avatar thingy its probably something we might want to handle.
> 
> Adrian, wondering how much of tf we should embed into the game.

Why on earth would we want to embed any of this in the game?
This isn't the sort of thing that the game should be concerned
about.  I certainly don't want the game overriding my stty settings
and deciding for me what the flow control or kill keys are.  Equally
it is not for the game to handle line editing.  That is all client
end stuff.

I have set up, although not advertised except to WWX who has been
having problems, that the user 'ugly' password 'ugly' is connectable
to via ssh, and does a telnet -E to connect to the game.  This
could be improved on, but I didn't have the inclination to spend
time on sorting out a decent mud client with no shell escapes.

Julian

Re: [UM1-coders] My (wonderful) code...

[J.P. K. <jp...@he...>]

> > From: Adrian St. John 
> > Sent: Monday, December 03, 2001 10:26 AM
> 
> Please note the sent time...
> 
> Given that I received it this morning (December 8, 2001 08:10 AM)
> 
> Keith, whats up with this mailing list?
> 
> Adrian.

Sent before DNS was propogated, stuck on mailserver unable to talk
to old MX records.  DNS propogates, and mail makes it through.

Julian

RE: [UM1-coders] My (wonderful) code...

[Adrian S. J. <AS...@pa...>]

> From: Adrian St. John=20
> Sent: Monday, December 03, 2001 10:26 AM

Please note the sent time...

Given that I received it this morning (December 8, 2001 08:10 AM)

Keith, whats up with this mailing list?

Adrian.

[UM1-coders] My (wonderful) code...

[Adrian S. J. <AS...@pa...>]

...is going live today unless someone can point at a (valid) problem
with it.

Adrian.


--
Adrian St. John
Software Engineer
Pan Security International Ltd.
T 0121 780 0619
as...@pa...
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20
Pan Security International Limited, Vienna House, International Square,
Birmingham International Park, Bickenhill Lane, Solihull B37 7GN United
Kingdom.  Registered company number 3965174=20
This message may contain information which is confidential and subject
to legal privilege.  If you are not the intended recipient, you may not
peruse, use, disseminate, distribute or copy this message.  If you have
received this message in error, please notify the sender immediately by
e-mail, facsimile or telephone and return and/or destroy the original
message. Pan Security International Limited accept no responsibility for
any changes made to this message after it has been sent by the original
author.

[UM1-coders] Ctl-S/Ctl-Q

[Adrian S. J. <AS...@pa...>]

[WIZARD]  The Ozzard of Wiz natters "Adrian, do we handle Ctl-S/Ctl-Q
correctly?"

No.
We don't handle it incorrectly either.
I'm fairly sure we don't handle it at all.

In fact, we don't seem to handle things (Ctl-U mainly) that
I thought we did, but that may have been in an incarnation
of UM2 (possibly UM2/Smalltalk).

But I'm sure as Keith seems to want multiple sessions for his
avatar thingy its probably something we might want to handle.

Adrian, wondering how much of tf we should embed into the game.

--
Adrian St. John
Software Engineer
Pan Security International Ltd.
T 0121 780 0619
as...@pa...
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20
Pan Security International Limited, Vienna House, International Square,
Birmingham International Park, Bickenhill Lane, Solihull B37 7GN United
Kingdom.  Registered company number 3965174=20
This message may contain information which is confidential and subject
to legal privilege.  If you are not the intended recipient, you may not
peruse, use, disseminate, distribute or copy this message.  If you have
received this message in error, please notify the sender immediately by
e-mail, facsimile or telephone and return and/or destroy the original
message. Pan Security International Limited accept no responsibility for
any changes made to this message after it has been sent by the original
author.

Re: [UM1-coders] Testing testing

[Chisel W. <ch...@he...>]

On Mon, Dec 03, 2001 at 05:03:41PM -0000, Adrian St. John wrote:
> 1....2....1....2...2..2

'ello sir. 'ow can we be of assistance to you today?

-- 
Chisel Wright (ch...@he...)

Typer of code; tearer of hair.

[UM1-coders] Testing testing

[Adrian S. J. <AS...@pa...>]

1....2....1....2...2..2

Testing.


--
Adrian St. John
Software Engineer
Pan Security International Ltd.
T 0121 780 0619
as...@pa...
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=20
Pan Security International Limited, Vienna House, International Square,
Birmingham International Park, Bickenhill Lane, Solihull B37 7GN United
Kingdom.  Registered company number 3965174=20
This message may contain information which is confidential and subject
to legal privilege.  If you are not the intended recipient, you may not
peruse, use, disseminate, distribute or copy this message.  If you have
received this message in error, please notify the sender immediately by
e-mail, facsimile or telephone and return and/or destroy the original
message. Pan Security International Limited accept no responsibility for
any changes made to this message after it has been sent by the original
author.

[UM1-coders] Testing

[ReaperMan <re...@re...>]

-- 
----------------------------------------------------------------------
       re...@re...  www.reaperman.org  +44 7976 696 407
----------------------------------------------------------------------

RE: [UM1-coders] NULL Pointers and stuff

[Adrian S. J. <AS...@pa...>]

> From: Adrian St. John=20
>=20
> > From: ReaperMan [mailto:re...@re...]
> >=20
> > I'm working on a few, interface.c is one, can't really remember
> > the others. Oh yes, db.h, objects.h and c. Might be some more.
>=20
> Ah, the important ones for me to work on.
>=20
> Anyway, I've gone ahead and made the changes.
> Well, stage 1 at least.
>=20

Ok, there is a full database to test on uglymug.org.uk:9999

Please try to break it, find problems, do the things you'd normally
do on the game, etc.

Adrian.

RE: [UM1-coders] NULL Pointers and stuff

[Adrian S. J. <AS...@pa...>]

> From: ReaperMan [mailto:re...@re...]
>=20
> I'm working on a few, interface.c is one, can't really remember
> the others. Oh yes, db.h, objects.h and c. Might be some more.

Ah, the important ones for me to work on.

Anyway, I've gone ahead and made the changes.
Well, stage 1 at least.

The database nolonger has raw char* entries, everything is a String.
(That includes the array and dictionary stuff, which has also been
cleaned up to use new & delete instead of calloc and free).

> As suggested in the code process thing, I would suggest that
> you do not check anything in to the CVS at all until you
> are almost ready but that is what I think you mean anyway.

That is what I meant; I was going to wait for the changed files
to be checked in first, but since I'm currently twiddling my thumbs
waiting for either the test-install of PanSec's latest release
to break, or for the Research team to have time to talk to me
about a great new idea I've had, I went ahead anyway.

> I would like to request that I am the next code change to
> go in. I should have it finished soon once I ask Grim
> what a socket is.

These are not the bits of code you're looking for.

Adrian.

>=20
> Reaps.
> --=20
> ----------------------------------------------------------------------
>        re...@re...  www.reaperman.org  +44 7976 696 407
> ----------------------------------------------------------------------
>=20
>=20

RE: [UM1-coders] NULL Pointers and stuff

[Peter C. <pet...@ne...>]

> From: J.P. King [mailto:jp...@he...]
> _Fixes_?  Keith doesn't _fix_ code, he makes it interesting!

I really wish I could disagree with you.  For a (mechanical) equivalent of
Keith's code tests, check out:
http://www.purrsia.com/freefall/ff600/fv00566.htm

		- Peter

Re: [UM1-coders] NULL Pointers and stuff

[J.P. K. <jp...@he...>]

> > I'm working on a few, interface.c is one, can't really remember
> > the others. Oh yes, db.h, objects.h and c. Might be some more.
> Ah.  The core of the system, then.
Don't worry, he will check them in by the end of 2002 ;-)

> It's what we plug you into if your fixes don't work.
_Fixes_?  Keith doesn't _fix_ code, he makes it interesting!

> 		- Peter

Julian