I hope I'm not stepping on any toes here and apologize for taking so
long to post a response, but .. I have actually implemented a web-
based character registration system on my muck (AfricanTails) using
glow's web features.

The way I've got it set up, users login and request, then wizards can
login and check the requests .. and either approve or deny them right
there.

I also have a little form-cgi set up that will email the approval
(including password and connection instructions) or the denial to the
address they used to request the character.

While I don't have an idle purger set up through the web (one of my
wizzes uses a text based MUF purger), I did add a feature where they
can request to be frobbed through the web...

So .. it can (and has) been done! :)

If anyone's curious to see what it looks like, it's online at
http://www.africantails.org/cms, though unless you have a character
on the muck, the only thing you can get to is the character-request
section itself. Registered users can access the frobbing, info
display, and a few other features.

The one draw back is .. I seem to have used some sort of HTML code at
at some point that AOL's version of IE chokes on..

Ack, didn't realize I'd rambled so much! Sorry about the length of
this thing!

Ben S.

bshiplet@...
simba@...

--- In glowmuck@egroups.com, Pkunk Fury <pkunk@p...> wrote:
> You might try contacting Peter Torkelson <petert@f...>, his MUCK,
> Tapestries, implements a fairly decent web-based character
registeration
> scheme.  I dont know if he has any sort of purging of inactive
characters
> created through the web creation form, but as far as I know, he's
the only
> one using such a system for character creations on a MUCK.
> You can check out his web based application at
> http://www.fur.com/tapestries
>
> --Syvel
>
> -----Original Message-----
> From: Sleepless in Brisbane [SMTP:snowy@s...]
> Sent: Monday, April 24, 2000 3:20 AM
> To: glowmuck@egroups.com
> Subject: [glowmuck] Bring stuff in and out of the MUCK
>
> I have been toying with a couple of auto-character creation scripts
and
> such
> and am wondering is there is a good way of interacting with the
muck other
> than via a telnet client. So I could for example have an
application that
> checks a furs email address and allows them to register via the web
for the
> muck - and then pass that information to a program that then
created the
> character online.  Or when a fur has been idle for over a 60 days
we could
> have a program that sends an email to remind them they are nearing
purge.
> Basically I am interested in how everyone is doing it...
>
> --Snowy
>
>
> --
>
> PGP Fingerprint16 = D4 D9 ED B4 5F 07 70 36  14 E2 02 01 DE 19 69 52
> Ph: 0409466911 Fax: 0409466933 | P.O. Box 240, Sherwood QLD
Australia 4075
> ----[ NOTICE: THIS CONTACT INFORMATION IS FOR CONFIDENTIAL USE
ONLY ]-----
> Involved with the       | Fujitsu Australia (www.fujitsu.com.au)
> following Organisations | Webwise Solutions (info@w...)
> --------------------------------------------------------------------
------
> Any material detailed in this meessage has not been endorsed by the
> companies mentioned above unless explicityly noted otherwise.

I finally upgraded my machine to Windows 98 and was able to reproduce
Sonic@Chaos and some others' bug about Glow crashing under Windows 98.
It turns out that the logic Foxen used for the descriptor lookup
enhancement is very incompatible with the large descriptor numbers used by
newer versions of Winsock 2.

I will be attempting to rework the descriptor routines to enable support
for more than 64 connections in Windows and get them so they work under
Windows 98 and NT.  I hope to get at least a beta out tomorrow night as I
will be away for the weekend.  I wanted to get word out because I lost the
addresses of some of those who had reported this problem a while back when
I archived my sent mail and can't easily get into it now (darn Windows ;).

Time permitting I will also try to get the other couple of requests in.
Requests have been a lot fewer and farther between, so I have been
basically letting them pile up until I have enough to actually work on
them.

-Andy

On Wed, 21 Jun 2000, Ben Shiplet wrote:

> If anyone's curious to see what it looks like, it's online at
> http://www.africantails.org/cms, though unless you have a character
> on the muck, the only thing you can get to is the character-request
> section itself. Registered users can access the frobbing, info
> display, and a few other features.

Well we enabled the web features about 2 days ago; apart from a couple
of glitches with bad MUF programming most of it is going well so far.  We
can browse through the database and such via the web and have plans now
to really investigate adding additional features to our website such
current WHO is online and such.

The main problems we had were with documentation on how to actually interact
with the web interface via programs.  A little looking in interface.c got
most of the infrmation we needed though and all has been good since.  The one
main 'gotcha' that caught us for sometime is that the web interfce would not
be activated if you passed -wizonly to glowmuck on the command-line.

What we are doing though is making sure most of our information available
only indirectly from the website using Server Side includes and prefetching
requests so not too much load is placed on the actual muck server itself.

Our final plans to have things like MUCK news, MOTD and such all available
on the website to make it easier for furs to view.  And then we will add
Web-based new character/lost password/help and maybe frob request.

--Snowy

Yeah.  I found this descriptor problem in my build of WinGlowMUCK (see
http://muf.pkunk.net ).. but, just so you know, I found the fix to be a lot
simpler.  I just increased the FDSETSIZE and all the troubles went away.
However, I ran into new problems after correcting that.  It seems whenever I
shutdown or stop the server in any fashion _WHILE_ #1 is logged in, I get a
exception... this is with my build, so I dunno if this occurs in your
Windows version as well, Andy.  I can't recall any other problems running
under Windows at this time, except descr_setuser just totally not working,
but I never retested that after fixing the FDSETSIZE thing.  BTW, I found
this, because the FDSETSIZE was exactly the size of the number of connects
the system would take before crashing.. 64.. I increased mine to 1024, just
to be safe.

--The Mystical Pkunk (pkunk@...)

| -----Original Message-----
| From: Artiste Extrordinaire! [mailto:artie@...]
| Sent: Wednesday, June 21, 2000 8:06 PM
| To: glowmuck@egroups.com
| Subject: [glowmuck] Windows 95/98/NT bug finally tracked down
|
|
|
| I finally upgraded my machine to Windows 98 and was able to reproduce
| Sonic@Chaos and some others' bug about Glow crashing under Windows 98.
| It turns out that the logic Foxen used for the descriptor lookup
| enhancement is very incompatible with the large descriptor numbers used by
| newer versions of Winsock 2.
|
| I will be attempting to rework the descriptor routines to enable support
| for more than 64 connections in Windows and get them so they work under
| Windows 98 and NT.  I hope to get at least a beta out tomorrow night as I
| will be away for the weekend.  I wanted to get word out because I lost the
| addresses of some of those who had reported this problem a while back when
| I archived my sent mail and can't easily get into it now (darn Windows ;).
|
| Time permitting I will also try to get the other couple of requests in.
| Requests have been a lot fewer and farther between, so I have been
| basically letting them pile up until I have enough to actually work on
| them.
|
| -Andy
|
|
|
| ------------------------------------------------------------------------
| SALESFORCE.COM MAKES SOFTWARE OBSOLETE
| Secure, online sales force automation with 5 users FREE for 1 year!
| http://click.egroups.com/1/2658/11/_/22414/_/961643163/
| ------------------------------------------------------------------------
|
|
|

From what I've seen on how Windows does descriptors, I don't think
increasing FD_SETSIZE is a good solution.  From the behavior I've seen on
most Windows, it increases the descriptor number once for each connection,
and generally does not reuse closed descriptor numbers.  Thus after a
while, it will still move past the end of the array.

The right solution that I'm going to attempt to put in is to store the
index in the lookup list instead of the descriptor number itself on
players.  This way the socket descriptor can be any 32-bit number and not
matter what it actually is.  Instead there will be a 'maxconnect' #define
of the maximum # of simultaneous connections allowed.  Fortunately, all
the descriptor numbers are kept in interface.c, makes it easier to track
down.
-Andy

On Wed, 21 Jun 2000, Pkunk Fury wrote:

> Yeah.  I found this descriptor problem in my build of WinGlowMUCK (see
> http://muf.pkunk.net ).. but, just so you know, I found the fix to be a lot
> simpler.  I just increased the FDSETSIZE and all the troubles went away.
> However, I ran into new problems after correcting that.  It seems whenever I
> shutdown or stop the server in any fashion _WHILE_ #1 is logged in, I get a
> exception... this is with my build, so I dunno if this occurs in your
> Windows version as well, Andy.  I can't recall any other problems running
> under Windows at this time, except descr_setuser just totally not working,
> but I never retested that after fixing the FDSETSIZE thing.  BTW, I found
> this, because the FDSETSIZE was exactly the size of the number of connects
> the system would take before crashing.. 64.. I increased mine to 1024, just
> to be safe.
>
> --The Mystical Pkunk (pkunk@...)
>
> | -----Original Message-----
> | From: Artiste Extrordinaire! [mailto:artie@...]
> | Sent: Wednesday, June 21, 2000 8:06 PM
> | To: glowmuck@egroups.com
> | Subject: [glowmuck] Windows 95/98/NT bug finally tracked down
> |
> |
> |
> | I finally upgraded my machine to Windows 98 and was able to reproduce
> | Sonic@Chaos and some others' bug about Glow crashing under Windows 98.
> | It turns out that the logic Foxen used for the descriptor lookup
> | enhancement is very incompatible with the large descriptor numbers used by
> | newer versions of Winsock 2.
> |
> | I will be attempting to rework the descriptor routines to enable support
> | for more than 64 connections in Windows and get them so they work under
> | Windows 98 and NT.  I hope to get at least a beta out tomorrow night as I
> | will be away for the weekend.  I wanted to get word out because I lost the
> | addresses of some of those who had reported this problem a while back when
> | I archived my sent mail and can't easily get into it now (darn Windows ;).
> |
> | Time permitting I will also try to get the other couple of requests in.
> | Requests have been a lot fewer and farther between, so I have been
> | basically letting them pile up until I have enough to actually work on
> | them.
> |
> | -Andy
> |
> |
> |
> | ------------------------------------------------------------------------
> | SALESFORCE.COM MAKES SOFTWARE OBSOLETE
> | Secure, online sales force automation with 5 users FREE for 1 year!
> | http://click.egroups.com/1/2658/11/_/22414/_/961643163/
> | ------------------------------------------------------------------------
> |
> |
> |
>
>
> ------------------------------------------------------------------------
> SALESFORCE.COM MAKES SOFTWARE OBSOLETE
> Secure, online sales force automation with 5 users FREE for 1 year!
> http://click.egroups.com/1/2658/11/_/22414/_/961651855/
> ------------------------------------------------------------------------
>
>

ftp to pakrat.org (muq.org) in pub/legacy/glowmuck/betas
glow316b1.tgz (src subdirectory)
GlowMuck316b1.exe (Win95/98/NT Executable)

This Executable is compiled with Microsoft Visual C++ 6.0 SP3 on Windows
98SE, as will all new executables for Windows be for the foreseeable
future.  It *should* get rid of the nasty crashing problem that has
plagued 3.1.5 for Windows.

Also included in this release are a few other requested feeps, see the
PAK_FIXES file in the .tgz fileset for more information.  I've mailed the
parties who requested the feeps so they know who they are.

I may hold off on a fullblown release until Foxen releases 5.67, as it is
due 'real soon now'.  I don't know what if anything it fixes that hasn't
already been fixed in Glow (the 5.66 bug with disconnections and toads,
which was fixed before Glow 3.1.5 was released.)  If it doesn't come out
by month's end I may do the 3.1.6 release anyway, maybe as my birthday
present to the world. ;)
-Andy

Is it possible to run glowmuck.exe as a service in Windows NT/2000,
or is a separate executable needed?  Mostly curiosity, since winfuzz
has an exe for service use, but if there is a way, it would be helpful.

     -- The ever curious Inhandra

On Mon, 3 Jul 2000, Inhandra wrote:

> Is it possible to run glowmuck.exe as a service in Windows NT/2000,
> or is a separate executable needed?  Mostly curiosity, since winfuzz
> has an exe for service use, but if there is a way, it would be helpful.
>
>     -- The ever curious Inhandra

There is a way of turning any program into a server under NT but for the life
of me I can't remember how to do it.   I'll get back to you though.

-- Snowy                          My...
    |\=   http://snowy.furart.org/   ...Art
   - - =  http://www.furryfaire.org/ ...Life
'-       http://www.furart.org/     ...Dreams

----- Original Message -----

From: Sleepless in Brisbane

To: glowmuck@egroups.com

Sent: Monday, July 03, 2000 2:58 AM

Subject: Re: [glowmuck] NT Service?

On Mon, 3 Jul 2000, Inhandra wrote:

> Is it possible to run glowmuck.exe as a service in Windows NT/2000,
> or is a separate executable needed?  Mostly curiosity, since winfuzz
> has an exe for service use, but if there is a way, it would be helpful.
>  
>     -- The ever curious Inhandra

There is a way of turning any program into a server under NT but for the life
of me I can't remember how to do it.   I'll get back to you though.

-- Snowy                          My...
   |\=   http://snowy.furart.org/   ...Art
  - - =  http://www.furryfaire.org/ ...Life
'-       http://www.furart.org/     ...Dreams

There is supposedly a program for Windows NT called 'srvany' that will run
any program as a service.  I believe it is on the Windows NT Server
Resource Toolkit CD or somesuch.  You might also find it available for
download on Microsoft's site.  It's a bit cryptic to use, particularly
when working with a batch file or executable with arguments.

Because Glow uses a batch file to rotate logs and databases, that batch
file should be what is used to start the service.  I have written a
full-fledged Windows NT service the 'real' way.  It's not pretty. :)  The
batch file features would have to be integrated into the executable and
then various funky functions that Windows NT understands to install
services.  Thus I would recommend trying srvany. ;)

Searching MSDN I came up with a few links...

http://msdn.microsoft.com/library/periodic/period97/gui33f.htm

http://support.microsoft.com/support/kb/articles/Q152/4/60.asp

-Andy

On Mon, 3 Jul 2000, Inhandra wrote:

> Is it possible to run glowmuck.exe as a service in Windows NT/2000,
> or is a separate executable needed?  Mostly curiosity, since winfuzz
> has an exe for service use, but if there is a way, it would be helpful.
>
>     -- The ever curious Inhandra
>
> ------------------------------------------------------------------------
> 10% off Windows 2000 or Linux Certification training!
>
> Be one of the first 5000 people to visit
> http://www.cyberstateu.com/partner/info.html.
> Fill out the form for more info and you will receive a 10% discount on
> Windows 2000 or Linux training and the chance to win free training.
> http://click.egroups.com/1/5933/11/_/22414/_/962608790/
> ------------------------------------------------------------------------
>
>

----- Original Message -----

From: Artiste Extrordinaire!

To: glowmuck@egroups.com

Sent: Thursday, July 06, 2000 10:57 PM

Subject: Re: [glowmuck] NT Service?

There is supposedly a program for Windows NT called 'srvany' that will run
any program as a service.  I believe it is on the Windows NT Server
Resource Toolkit CD or somesuch.  You might also find it available for
download on Microsoft's site.  It's a bit cryptic to use, particularly
when working with a batch file or executable with arguments.

Because Glow uses a batch file to rotate logs and databases, that batch
file should be what is used to start the service.  I have written a
full-fledged Windows NT service the 'real' way.  It's not pretty. :)  The
batch file features would have to be integrated into the executable and
then various funky functions that Windows NT understands to install
services.  Thus I would recommend trying srvany. ;)

Searching MSDN I came up with a few links...

http://msdn.microsoft.com/library/periodic/period97/gui33f.htm

http://support.microsoft.com/support/kb/articles/Q152/4/60.asp

-Andy

The released version includeds a last-minute glue-in of Foxen's FB 5.67
release.  The 5.67 code mostly fixes things already fixed in Glow, but
does increase the muf stack size from 512 to 1024.

ftp://muq.org/pub/legacy/glowmuck/glow-3.1.6.tgz

One thing to note is that I took out the -Werror clause of the makefile.
This will allow goofy compilers to still compile Glow even if it emits odd
warnings.  Usually the warnings are bogus, but I encourage anyone who gets
them to e-mail them to me.  I have tried compiling Glow on a 64-bit Alpha
box, something I haven't done in a long while.  It compiled and
successfully ran minimal.db, so it would appear we are still 64-bit clean.

I will try to get the Windows version compiled sometime this week.
Whining for it does sometimes prod me to do it quicker. >:)
-Andy

----- Original Message -----

From: Artiste Extrordinaire!

To: glowmuck@egroups.com

Sent: Sunday, July 09, 2000 1:59 PM

Subject: [glowmuck] GlowMuck 3.1.6 released

The released version includeds a last-minute glue-in of Foxen's FB 5.67
release.  The 5.67 code mostly fixes things already fixed in Glow, but
does increase the muf stack size from 512 to 1024.

ftp://muq.org/pub/legacy/glowmuck/glow-3.1.6.tgz

One thing to note is that I took out the -Werror clause of the makefile.
This will allow goofy compilers to still compile Glow even if it emits odd
warnings.  Usually the warnings are bogus, but I encourage anyone who gets
them to e-mail them to me.  I have tried compiling Glow on a 64-bit Alpha
box, something I haven't done in a long while.  It compiled and
successfully ran minimal.db, so it would appear we are still 64-bit clean.

I will try to get the Windows version compiled sometime this week.
Whining for it does sometimes prod me to do it quicker. >:)
-Andy

I became familiar with GlowMUCK a ways back and noticed some peculiar
things with its KILL_OK flag. When set on a player, an examination of
that player shows some information like health and magic and levels.
I
don't quite understand it, though I've become quite familiar with
GlowMUCK's normal functions. I assume it has to do with a MUD area of
the MUCK - but that I also never understood very well. A MUD area on
a
MUCK - how does one create such an area? I also observed in the help
files 'help cast' shows something about casting a spell or offering a
treasure. I assume that this is also a MUD feature.

I just want to know how to use these features - because as far as I
can tell, they don't exist.

A very confused headwiz,
Joel

I have noticed that a wizard can @unlink an exit owned by a wizard of
a higher bit. And of course, unlinked exits can be stolen, regardless
of owner. This should be easily avoided, of course, by choosing a
wizard staff that is trusted, but it is still insecure and bothers me
somewhat. However, I'm not absolutely sure if it's a bug or if it's
supposed to be that way.

--Joel

Just thought I'd drop a note that my site has moved to
http://mufden.pkunk.net/ . Anyone who's looking for Natasha's Glow software
or whatnot will have much better luck (that is, it should actually work)
with the new address.

The mud support code has been unfinished for several years now, and will
most likely remain that way.  The simple truth is it's too much of a pain
updating the mud code in C.  A few of the mud features work, namely
offering items for experience points, but most are badly broken, like the
combat sequence.  The best advice is to compile with the MUD define turned
off.  I should make that the default setting in config.h, but never got
around to it.  (Something about admitting it would never be finished. :)

Part of the reason for the mud code was to provide a way for continual
timed triggers of objects.  Ticks every 5 seconds for mobiles moving
around, and ticks once a minute for other activities, like rooms
resetting.  The tick code is in place, but doesn't trigger anything
useful, other than restoration of hit points, and moving objects from dead
or offered rooms to their home rooms.

When you compile the server with MUD undefined, the KILL_OK flag reverts
to the way you would expect it to work under standard Fuzzball.  You can
put the undefine in local.h to do this.
-Andy

On Tue, 11 Jul 2000 centaurimuck@... wrote:

> I became familiar with GlowMUCK a ways back and noticed some peculiar
> things with its KILL_OK flag. When set on a player, an examination of
> that player shows some information like health and magic and levels.
> I
> don't quite understand it, though I've become quite familiar with
> GlowMUCK's normal functions. I assume it has to do with a MUD area of
> the MUCK - but that I also never understood very well. A MUD area on
> a
> MUCK - how does one create such an area? I also observed in the help
> files 'help cast' shows something about casting a spell or offering a
> treasure. I assume that this is also a MUD feature.
>
> I just want to know how to use these features - because as far as I
> can tell, they don't exist.
>
> A very confused headwiz,
> Joel
>
>
> ------------------------------------------------------------------------
> Challenged with e-Business quality management? Register for a free
> Webinar featuring e-business testing and performance experts.
> http://click.egroups.com/1/5935/11/_/22414/_/963294054/
> ------------------------------------------------------------------------
>
>

I do not think this should be possible, unless the higher wizard is set
GUEST, in which case it would be possible and intended to work that way.
Check the flags of the wizard that owns the exit.
-Andy

On Tue, 11 Jul 2000 centaurimuck@... wrote:

> I have noticed that a wizard can @unlink an exit owned by a wizard of
> a higher bit. And of course, unlinked exits can be stolen, regardless
> of owner. This should be easily avoided, of course, by choosing a
> wizard staff that is trusted, but it is still insecure and bothers me
> somewhat. However, I'm not absolutely sure if it's a bug or if it's
> supposed to be that way.
>
> --Joel
>
>
> ------------------------------------------------------------------------
> Challenged with e-Business quality management? Register for a free
> Webinar featuring e-business testing and performance experts.
> http://click.egroups.com/1/5935/11/_/22414/_/963294626/
> ------------------------------------------------------------------------
>
>

I've found some MUF macros located in the _defs/ directory of room #0, but
there are quite a few macros in use that I can't find anywhere.  For
examples, .tell, .color-unparseobj, and .rng-quicksort, and I'm sure there
must be others.  These macros work when I use them in my programs, but I
can't figure out where they come from.

   -- Tony Belding

Go into the muf editor (@prog or @edit) and type 'show' to get a list of
macros defined in the muf compiler.  These are seperate from _defs placed on
#0.

| -----Original Message-----
| From: Tony Belding [mailto:tlbelding@...]
| Sent: Sunday, July 16, 2000 8:25 AM
| To: glowmuck@egroups.com
| Subject: [glowmuck] Hidden MUF macros.
|
|
| I've found some MUF macros located in the _defs/ directory of room #0, but
| there are quite a few macros in use that I can't find anywhere.  For
| examples, .tell, .color-unparseobj, and .rng-quicksort, and I'm sure there
| must be others.  These macros work when I use them in my programs, but I
| can't figure out where they come from.
|
|   -- Tony Belding
|
|
| ------------------------------------------------------------------------
| Get great brand name shoes with just the click of a mouse. Check out
| the huge selection at Zappos.com, the Web's Most Popular Store!
| http://click.egroups.com/1/6994/11/_/22414/_/963761183/
| ------------------------------------------------------------------------
|
|
|

On Sun, 16 Jul 2000, Tony Belding wrote:

> I've found some MUF macros located in the _defs/ directory of room #0, but
> there are quite a few macros in use that I can't find anywhere.  For
> examples, .tell, .color-unparseobj, and .rng-quicksort, and I'm sure there
> must be others.  These macros work when I use them in my programs, but I
> can't figure out where they come from.

There is also all the macros that you can define whilst in the program editor
- these end up being in your muf/macros file (out in unix land).

--Snowy

on 7/16/00 10:31 AM, Pkunk Fury at pkunk@... wrote:

> Go into the muf editor (@prog or @edit) and type 'show' to get a list of
> macros defined in the muf compiler.  These are seperate from _defs placed on
> #0.

Okay, that helped.  Now I can see a listing of defined macros, there's quite
a lot of them.  But I am still left with questions...  The editor has a
command to "kill" a macro, but I don't see any commands to add or modify
them.  How is this done?

   -- Tony Belding

The muf edditor is bass-ackwards, and almost all commands are performed
after their arguments, with the exception of macro definition.  It's the
'def' command, but must be done before the name and macro body on a line.
-Andy

On Sun, 16 Jul 2000, Tony Belding wrote:

> on 7/16/00 10:31 AM, Pkunk Fury at pkunk@... wrote:
>
> > Go into the muf editor (@prog or @edit) and type 'show' to get a list of
> > macros defined in the muf compiler.  These are seperate from _defs placed on
> > #0.
>
> Okay, that helped.  Now I can see a listing of defined macros, there's quite
> a lot of them.  But I am still left with questions...  The editor has a
> command to "kill" a macro, but I don't see any commands to add or modify
> them.  How is this done?
>
>   -- Tony Belding
>
>
> ------------------------------------------------------------------------
> In Europe, more than 219 million people will access Internet services
> using mobile phones by 2003, according to Forrester Research.
> Learn Wireless Development on
> http://click.egroups.com/1/6222/11/_/22414/_/963801540/
> ------------------------------------------------------------------------
>
>

| -----Original Message-----
| From: Tony Belding [mailto:tlbelding@...]
| Sent: Sunday, July 16, 2000 7:38 PM
| To: glowmuck@egroups.com
| Subject: Re: [glowmuck] Hidden MUF macros.
|
|
| Okay, that helped.  Now I can see a listing of defined macros,
| there's quite
| a lot of them.  But I am still left with questions...  The editor has a
| command to "kill" a macro, but I don't see any commands to add or modify
| them.  How is this done?
|
|   -- Tony Belding

Unfortunately, the only way to edit one it to use the 'kill' command to
erase it, then use the 'def' command redefine it (with your changes)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I'm attempting to write a cross-platform MUF library for global
ignoring, and want to use Glow's in-server ignoring when available. I
noticed that the commands use the @/ignoring property to hold a
string containing the number of ignored users, a comma, and a
comma-delimited list of all the ignored users' dbref numbers, but
setting the property manually doesn't actually affect the list. Is
there some way to change users' ignorance lists, other than forcing?

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 6.5.2 for non-commercial use <http://www.pgp.com>

iQA/AwUBOXy2gwOOLrazfRziEQJYCwCgpZU7yhfh/3xRfsq99E/+6NsEKyMAn3lS
6M1es+deov1gPwJ+GvktX+0r
=1Td/
-----END PGP SIGNATURE-----

There is an internal list of dbrefs that is maintained that speeds up the
ignoring code (a lot).  I believe it only gets reloaded when you connect
to the player or do an @ignore or @unignore of a player.  You could
possibly @force the @ignore command in muf or MPI.  Since you have the
@ignore and @unignore commands, why would you want to do it in muf?
-Andy

On Mon, 24 Jul 2000 markpasc@... wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> I'm attempting to write a cross-platform MUF library for global
> ignoring, and want to use Glow's in-server ignoring when available. I
> noticed that the commands use the @/ignoring property to hold a
> string containing the number of ignored users, a comma, and a
> comma-delimited list of all the ignored users' dbref numbers, but
> setting the property manually doesn't actually affect the list. Is
> there some way to change users' ignorance lists, other than forcing?
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGPfreeware 6.5.2 for non-commercial use <http://www.pgp.com>
>
> iQA/AwUBOXy2gwOOLrazfRziEQJYCwCgpZU7yhfh/3xRfsq99E/+6NsEKyMAn3lS
> 6M1es+deov1gPwJ+GvktX+0r
> =1Td/
> -----END PGP SIGNATURE-----
>
>
> ------------------------------------------------------------------------
> Still looking for the complete Application Server solution?
> Find answers and a $75 gift certificate at the Intraware App Server
> Webinar. Sign up at:
> http://click.egroups.com/1/6756/11/_/22414/_/964474508/
> ------------------------------------------------------------------------
>
>

At 08:12 PM 7/25/00 -0500, you wrote:
>Since you have the @ignore and @unignore commands, why would you want
>to do it in muf?

A one-function library seems kind of silly?

I am trying to code a command to automate the creation of zombies, but I
can't figure out how to set the XFORCIBLE flag with my MUF.  According to
the manual:

   Some flags such as quell, xforcible, and mucker/wizbit levels cannot
   be set via muf but can be set via @force.

That's OK, I'll just force Avatar to do it.  Right??  But when I tried this,
nothing happened.  So I logged onto Avatar to try and see what was up with
him.  When the program ran, Avatar got this message:

   You can't set this flag from an @force, {force}, or alias.

Grrf!  Where does *this* leave me?  It looks like there is no way to set an
object XFORCIBLE without someone actually typing it on their terminal.  How
can I make my program work?  And why does MAN tell me specifically to do
this, if it doesn't work?

   -- Tony Belding

| -----Original Message-----
| From: Tony Belding [mailto:tlbelding@...]
| Sent: Friday, July 28, 2000 9:48 AM
| To: glowmuck@egroups.com
| Subject: [glowmuck] Setting an object XFORCIBLE from MUF
|
|
| I am trying to code a command to automate the creation of zombies, but I
| can't figure out how to set the XFORCIBLE flag with my MUF.  According to
| the manual:
|
|   Some flags such as quell, xforcible, and mucker/wizbit levels cannot
|   be set via muf but can be set via @force.
|
| That's OK, I'll just force Avatar to do it.  Right??  But when I
| tried this,
| nothing happened.  So I logged onto Avatar to try and see what was up with
| him.  When the program ran, Avatar got this message:
|
|   You can't set this flag from an @force, {force}, or alias.
|
| Grrf!  Where does *this* leave me?  It looks like there is no way
| to set an
| object XFORCIBLE without someone actually typing it on their
| terminal.  How
| can I make my program work?  And why does MAN tell me specifically to do
| this, if it doesn't work?

Documentation isn't always updated frequently.  But I'm sure Andy tries at
least to keep it relatively updated.  Anyway, the solution for your problem
is quite simple:

Create a 'prototype' object that you will copy to create new objects in an
automated fashion.  Be sure you put the 'X' flag on this object.  Use the
muf 'copyobj' primitive to create a copy of that object, the new object will
also have the 'X' flag on it.  Now you can do whatever else to the new
object before turning it over to its proud new owner.  Enjoy.

--Syvel of Tapestries

Is it possible to set the XFORCIBLE flag using muf or @force in normal FB?
I don't recall making this a specific extra restriction.  I know there are
quite a few security concerns that surround this flag.  I would guess that
is why an actual person needs to set the flag.
-Andy

On Fri, 28 Jul 2000, Tony Belding wrote:

> I am trying to code a command to automate the creation of zombies, but I
> can't figure out how to set the XFORCIBLE flag with my MUF.  According to
> the manual:
>
>   Some flags such as quell, xforcible, and mucker/wizbit levels cannot
>   be set via muf but can be set via @force.
>
> That's OK, I'll just force Avatar to do it.  Right??  But when I tried this,
> nothing happened.  So I logged onto Avatar to try and see what was up with
> him.  When the program ran, Avatar got this message:
>
>   You can't set this flag from an @force, {force}, or alias.
>
> Grrf!  Where does *this* leave me?  It looks like there is no way to set an
> object XFORCIBLE without someone actually typing it on their terminal.  How
> can I make my program work?  And why does MAN tell me specifically to do
> this, if it doesn't work?
>
>   -- Tony Belding
>
>
>
>
>
>