From objork@mail.utexas.edu Mon Mar 8 15:39:56 2004 Received: with ECARTIS (v1.0.0; list encore); Mon, 08 Mar 2004 15:39:56 -0600 (CST) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 6E8B05BC0 for ; Mon, 8 Mar 2004 15:39:56 -0600 (CST) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 4172F2A2A for ; Mon, 8 Mar 2004 15:39:56 -0600 (CST) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 01062-01-8 for ; Mon, 8 Mar 2004 15:39:55 -0600 (CST) Received: from hermes.cc.utexas.edu (hermes.cc.utexas.edu [146.6.72.195]) by mx2.utdallas.edu (Postfix) with ESMTP id 74FE034AC for ; Mon, 8 Mar 2004 15:39:55 -0600 (CST) Received: (from www@localhost) by hermes.cc.utexas.edu (8.9.3p2/8.9.3/cc-webmail.mc-1.6) id PAA06537 for encore@utdallas.edu; Mon, 8 Mar 2004 15:39:54 -0600 (CST) Received: from dhcp-128-83-125-140.cwrl.utexas.edu (dhcp-128-83-125-140.cwrl.utexas.edu [128.83.125.140]) by webmailapp2.cc.utexas.edu (IMP) with HTTP for ; Mon, 8 Mar 2004 15:39:53 -0600 Message-ID: <1078781993.404ce829cd7f7@webmailapp2.cc.utexas.edu> Date: Mon, 8 Mar 2004 15:39:53 -0600 From: Olin Bjork To: encore@utdallas.edu Subject: [encore] Cookie Problems MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit User-Agent: Internet Messaging Program (IMP) 3.2.2 X-Originating-IP: 128.83.125.140 X-Virus-Scanned: by amavisd-new at utdallas.edu X-archive-position: 1046 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: objork@mail.utexas.edu Precedence: bulk Reply-to: objork@mail.utexas.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore EnCore folks, Here at UT's Computer Writing and Research Lab (CWRL), we have recently updated our Silver Sea MOO to EnCore Xpress 4.0.1. We have since encountered a login problem in which guests or legitimate users receive the message: "Permission denied. Your access code for this session has expired. Please reconnect." We have just discovered that when we remove the cookie that our homepage sends, users do not receive this message and can log in successfully. Our homepage cookie allows users to choose their own "skin" (stylesheet) for our site. Here is info about this cookie: Name: style Content: default Host: www.cwrl.utexas.edu Path: / Server Secure: no Expires: Sunday, March 06, 2005 3:20:03 PM Policy: Here is the info on the cookie that the MOO sends: Name: Access_Code Content: #172:E8yKuCT8X2e8c Host :www.cwrl.utexas.edu Path: / Server Secure: no Expires: at end of session Policy: When users receive the MOO cookie first, even if they receive the homepage cookie later, they are able to log in and out of the MOO for the remainder of their session. Unfortunately, we use the CWRL homepage as the default homepage for all the browsers in our labs. If any of you have any ideas for how we can stop our homepage cookie from interfering with our MOO cookie, please let me know. thanks in advance, Olin -- Olin Bjork Assistant Director Computer Writing and Research Lab Division of Rhetoric and Composition University of Texas at Austin From Lirvin@accdvm.accd.edu Tue Mar 23 06:12:09 2004 Received: with ECARTIS (v1.0.0; list encore); Tue, 23 Mar 2004 06:12:10 -0600 (CST) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 66FAE5BC0 for ; Tue, 23 Mar 2004 06:12:09 -0600 (CST) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 359132D3A for ; Tue, 23 Mar 2004 06:12:09 -0600 (CST) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 26937-01-6 for ; Tue, 23 Mar 2004 06:12:08 -0600 (CST) Received: from ACCDVM.ACCD.EDU (accdvm.accd.edu [209.184.119.1]) by mx2.utdallas.edu (Postfix) with SMTP id B781B3A22 for ; Tue, 23 Mar 2004 06:12:08 -0600 (CST) Received: from irvin.accdvm.accd.edu [10.1.11.10] by ACCDVM.ACCD.EDU (IBM VM SMTP V2R4a) via TCP with SMTP ; Tue, 23 Mar 2004 06:09:10 CST Message-Id: <5.2.1.1.0.20040323060914.02458b50@accdvm.accd.edu> X-Sender: Lirvin@accdvm.accd.edu X-Mailer: QUALCOMM Windows Eudora Version 5.2.1 Date: Tue, 23 Mar 2004 06:11:38 -0600 To: encore@utdallas.edu From: Lennie Irvin Subject: [encore] 4Cs Encore MOO Gathering? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new at utdallas.edu X-archive-position: 1047 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: Lirvin@accdvm.accd.edu Precedence: bulk Reply-to: Lirvin@accdvm.accd.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore I know some of you on this list may be attending the CCCCs conference in San Antonio this weekend, and I was wondering if anyone was interested in getting together to discuss EnCore and MOOing in general (perhaps over a Shiner Bock). Contact me offlist if you are interested. Lennie (cross-posted to techrhet list) L. Lennie Irvin Department of English, San Antonio College San Antonio, TX http://www.accd.edu/sac/english/lirvin/ AlaMOO: http://www.accd.edu/sac/english/lirvin/AlaMOO/ From rbroglio@earthlink.net Thu Mar 25 14:29:33 2004 Received: with ECARTIS (v1.0.0; list encore); Thu, 25 Mar 2004 22:00:53 -0600 (CST) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 7C27F5BC7 for ; Thu, 25 Mar 2004 14:29:33 -0600 (CST) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 4BC6C1971 for ; Thu, 25 Mar 2004 14:29:33 -0600 (CST) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 17406-01-91 for ; Thu, 25 Mar 2004 14:29:32 -0600 (CST) Received: from hellmouth5.gatech.edu (hellmouth5.gatech.edu [130.207.165.165]) by mx2.utdallas.edu (Postfix) with ESMTP id AE67E34E8 for ; Thu, 25 Mar 2004 14:29:32 -0600 (CST) Received: from hellmouth5.gatech.edu (localhost [127.0.0.1]) by hellmouth5.gatech.edu (Postfix) with SMTP id 6965F1D1DE5 for ; Thu, 25 Mar 2004 15:19:20 -0500 (EST) (envelope-from rbroglio@earthlink.net) Received: from mailprx5.gatech.edu (mailprx5.prism.gatech.edu [130.207.171.19]) (using TLSv1 with cipher EDH-RSA-DES-CBC3-SHA (168/168 bits)) (Client CN "smtp.mail.gatech.edu", Issuer "RSA Data Security? Inc." (verified OK)) by hellmouth5.gatech.edu (Postfix) with ESMTP id EADF41D1E4F for ; Thu, 25 Mar 2004 15:17:58 -0500 (EST) (envelope-from rbroglio@earthlink.net) Received: from earthlink.net (lccwest30.skiles.gatech.edu [130.207.147.30]) (using TLSv1 with cipher DES-CBC3-SHA (168/168 bits)) (No client certificate requested) (sasl: method=PLAIN, username=rb236, sender=n/a) by mailprx5.gatech.edu (Postfix) with ESMTP id 069AF3A608 for ; Thu, 25 Mar 2004 15:17:57 -0500 (EST) (envelope-from rbroglio@earthlink.net) Date: Thu, 25 Mar 2004 15:20:13 -0500 Subject: [encore] mail space From: Ron Broglio To: encore@utdallas.edu Message-Id: X-Mailer: Apple Mail (2.553) X-Sanitizer: This message has been sanitized! X-Sanitizer-URL: http://mailtools.anomy.net/ X-Sanitizer-Rev: $Id: Sanitizer.pm,v 1.54 2002/02/15 16:59:07 bre Exp $ MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="MIMEStream=_0+19929_89409315632379_15397208418" Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new at utdallas.edu X-archive-position: 1048 X-Approved-By: cynthiah@utdallas.edu X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: rbroglio@earthlink.net Precedence: bulk Reply-to: rbroglio@earthlink.net List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore --MIMEStream=_0+19929_89409315632379_15397208418 Mime-Version: 1.0 (Apple Message framework v553) Content-Type: multipart/alternative; boundary=Apple-Mail-145-1007081780 --Apple-Mail-145-1007081780 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Hi folks, I'm having problems with the MOO sending out emails to students who create accounts--if they do it or if I register them. I'm getting "Cannot send password via email. Reason: 452 4.4.5 Insufficient disk space; try again later" How can I clear up disk space? Thanks. Ron Ron Broglio http://www.lcc.gatech.edu/~broglio School of LCC Georgia Tech --Apple-Mail-145-1007081780 Content-Transfer-Encoding: 7bit Content-Type: text/enriched; charset=US-ASCII Hi folks, I'm having problems with the MOO sending out emails to students who create accounts--if they do it or if I register them. I'm getting "ArialCannot send password via email. Reason: 452 4.4.5 Insufficient disk space; try again later" How can I clear up disk space? Thanks. Ron Ron Broglio http://www.lcc.gatech.edu/~broglio School of LCC Georgia Tech --Apple-Mail-145-1007081780-- --MIMEStream=_0+19929_89409315632379_15397208418-- From fox@vader.aacc.edu Fri Mar 26 12:16:17 2004 Received: with ECARTIS (v1.0.0; list encore); Fri, 26 Mar 2004 12:16:17 -0600 (CST) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 27F685BCB for ; Fri, 26 Mar 2004 12:16:17 -0600 (CST) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id CEE44AB80 for ; Fri, 26 Mar 2004 12:16:16 -0600 (CST) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 05200-01-19 for ; Fri, 26 Mar 2004 12:16:15 -0600 (CST) Received: from vader.aacc.edu (vader.aacc.cc.md.us [12.167.138.28]) by mx2.utdallas.edu (Postfix) with ESMTP id 4448134E8 for ; Fri, 26 Mar 2004 12:16:13 -0600 (CST) Received: from vader.aacc.edu (IDENT:8TrGvnIRnndt0++O29bqceOsF93ewaF6@localhost [127.0.0.1]) by vader.aacc.edu (8.12.8/8.12.8) with ESMTP id i2QIG8sn003155; Fri, 26 Mar 2004 13:16:08 -0500 Received: from localhost (fox@localhost) by vader.aacc.edu (8.12.8/8.12.8/Submit) with ESMTP id i2QIG85F003151; Fri, 26 Mar 2004 13:16:08 -0500 Date: Fri, 26 Mar 2004 13:16:08 -0500 (EST) From: PauAmma To: Ron Broglio Cc: encore@utdallas.edu Subject: [encore] Re: mail space In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by amavisd-new at utdallas.edu X-archive-position: 1049 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: fox@vader.aacc.edu Precedence: bulk Reply-to: fox@vader.aacc.edu List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore On Thu, 25 Mar 2004, Ron Broglio wrote: > Hi folks, > I'm having problems with the MOO sending out emails to students who > create accounts--if they do it or if I register them. I'm getting > "Cannot send password via email. Reason: 452 4.4.5 Insufficient disk > space; try again later" How can I clear up disk space? Do these bounce messages come from the machine the MOO runs on?(*) Or from another machine? If the latter, you'll have to ask whoever manages that other machine. If the former, the real problem is where your mail daemon keeps its queues. If you're unsure of that, calling in yout local IT people, if that's not you, is your best bet. (*) @d $network.maildrop (if the answer isn't localhost, that's the machine at your site that has the problem. if it's localhost, then the mail daemon runs on the MOO host). -- "I'd ask if you'd found the right sort of isolated wasteland for your citadel of dread yet, but that would be a silly question; you're in Utah, after all." --ESR to Darl McBride (Chief Excessive Ossifier of Squandered Clues Obstination), in http://www.catb.org/~esr/writings/mcbride.html From moo@mysticalties.com Fri Mar 26 13:42:13 2004 Received: with ECARTIS (v1.0.0; list encore); Fri, 26 Mar 2004 13:42:13 -0600 (CST) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 3EDA55BCB for ; Fri, 26 Mar 2004 13:42:13 -0600 (CST) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 05C4DAC09 for ; Fri, 26 Mar 2004 13:42:13 -0600 (CST) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 11465-01-73 for ; Fri, 26 Mar 2004 13:42:09 -0600 (CST) Received: from pro6.abac.com (pro6.abac.com [66.226.64.7]) by mx2.utdallas.edu (Postfix) with ESMTP id B248A3A2F for ; Fri, 26 Mar 2004 13:42:08 -0600 (CST) Received: from pro6.abac.com (localhost. [127.0.0.1]) by pro6.abac.com (8.12.10/8.12.10) with ESMTP id i2QJg5RF092024 for ; Fri, 26 Mar 2004 11:42:06 -0800 (PST) (envelope-from moo@mysticalties.com) Received: (from shadus@localhost) by pro6.abac.com (8.12.10/8.12.10/Submit) id i2QJg5iA092023; Fri, 26 Mar 2004 11:42:05 -0800 (PST) (envelope-from moo@mysticalties.com) Message-Id: <200403261942.i2QJg5iA092023@pro6.abac.com> X-Authentication-Warning: pro6.abac.com: shadus set sender to moo@mysticalties.com using -f From: moo@mysticalties.com To: encore@utdallas.edu Subject: [encore] E_PERM Question Date: Fri, 26 Mar 2004 11:42:05 -0800 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Virus-Scanned: by amavisd-new at utdallas.edu X-archive-position: 1050 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: moo@mysticalties.com Precedence: bulk Reply-to: moo@mysticalties.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore Okie, here's the scenario. I login as Wizard. @create $thing named "Generic Character Class",gcc I add some things to gcc. I need to insert gcc between #6 and #40. @chparent gcc to $player @chmod gcc +f @chparent #40 to gcc then I get the error: Either you don't own the object, don't own the parent, or the parent is not fertile. Turns out none of those statements are true. I do own the object, I do own the parent, and the parent (and object for that matter) is fertile. So I check the code on @chparent and it turns out that I'm actually raising an E_PERM for some reason... (not that its anymore helpful to know that than it was to know the error message that appears to be wrong.) Just as a test and since the moo has next to nothing in it presently, I booted up a clean APR12/99 lambda database and it gives the exact same error in the exact same way. I'm sure this is something exceptionally simple that I'm missing here, but for the life of me I can't seem to figure it out. The example above is the simple easily recreateable version of what is happening whenever I attempt to install darkowls ansi utils... and I'm lost as to what else to try, I've done the install of them in the past and it worked fine, but the past was the mid to late 90s... and things have obviously changed quite a bit. Has anyone bothered to update the ansi stuff since the 90s? Is there a better package these days than darkowls? Thanks in advance for any help! Regards, Shadus/Ralph Weaver From jung@uib.no Fri Mar 26 16:18:58 2004 Received: with ECARTIS (v1.0.0; list encore); Fri, 26 Mar 2004 16:18:58 -0600 (CST) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 02B5E5BC6 for ; Fri, 26 Mar 2004 16:18:57 -0600 (CST) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id B9B90ACC8 for ; Fri, 26 Mar 2004 16:18:57 -0600 (CST) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 23101-01-24 for ; Fri, 26 Mar 2004 16:18:56 -0600 (CST) Received: from noralf.uib.no (noralf.uib.no [129.177.30.12]) by mx2.utdallas.edu (Postfix) with ESMTP id 6CEA43A00 for ; Fri, 26 Mar 2004 16:18:52 -0600 (CST) Received: from alfred.uib.no (smtp.uib.no) [129.177.30.120] by noralf.uib.no with esmtp (Exim 4.24) id 1B6zf5-0006O0-PJ; Fri, 26 Mar 2004 23:18:47 +0100 Received: from tunnel-45-14.vpn.uib.no (Daniel2667.uib.no) [129.177.45.14] by smtp.uib.no for encore@utdallas.edu with esmtp (Exim 4.12) id 1B6zf5-0007Ys-00; Fri, 26 Mar 2004 23:18:47 +0100 Message-Id: <5.2.0.8.2.20040326215319.01efd9f8@alf.uib.no> X-Sender: fafdj@alf.uib.no X-Mailer: QUALCOMM Windows Eudora Version 5.2.0.8 Date: Fri, 26 Mar 2004 23:18:46 +0100 To: encore@utdallas.edu From: Daniel Jung Subject: [encore] Re: E_PERM Question In-Reply-To: <200403261942.i2QJg5iA092023@pro6.abac.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-checked-clean: by exiscan on noralf X-Scanner: e595ac115a011c31126a80d66ab9abb3 http://tjinfo.uib.no/virus.html X-UiB-SpamFlag: NO UIB: 0.0 hits, 8.0 required X-UiB-SpamReport: spamassassin found; X-Virus-Scanned: by amavisd-new at utdallas.edu X-archive-position: 1051 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: jung@uib.no Precedence: bulk Reply-to: jung@uib.no List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore Hi Shadus At 20:42 26.03.2004, you wrote: >I login as Wizard. >@create $thing named "Generic Character Class",gcc >I add some things to gcc. I need to insert gcc between #6 and #40. >@chparent gcc to $player >@chmod gcc +f >@chparent #40 to gcc >then I get the error: Either you don't own the object, don't own the >parent, or the parent is not fertile. Intriguing. This is off the sleeve, but: Does the same thing happen when you pull the new class off the player in the first place? This is how I would have done it: @create $player named Generic Character Class:gcc @corify gcc as character_class @chmod $character_class +f @chparent $mail_recipient_class to $character_class eval move($character_class, $limbo) (assuming you have #6 => $player and #40 => $mail_recipient_class) Or: Have you tried the blunt way eval chparent($mail_recipient_class, $character_class) Anyhow: A wizard should _never_ be reading "E_PERM. Maybe the parent is not fertile.", or any of that other ownership stuff. That's bad notifying after an E_PERM. Hmmm. In the c-file objects.c, in bf_chparent, E_PERM is raised when (!controls(progr, what) || (valid(parent) && !db_object_allows(parent, progr, FLAG_FERTILE))) return make_error_pack(E_PERM); which uses db_object_allows(Objid oid, Objid progr, db_object_flag f) { return (progr == db_object_owner(oid) || is_wizard(progr) || db_object_has_flag(oid, f)); } which brings me to a weird thought: All of your verbs mentioned are builder/programmer verbs, and they don't check for .wizard. Forgive me for asking, but could your wiz-bit somehow have been reset to 0? >Has anyone bothered to update the ansi stuff since the 90s? Is there a >better package these days than darkowls? Sorry, can't help you there. I know someone who is working on swing for the encore Xpress java applet though. Could result in colors in the chat area as well. We'll see. Good luck, - Daniel From moo@mysticalties.com Fri Mar 26 20:50:21 2004 Received: with ECARTIS (v1.0.0; list encore); Fri, 26 Mar 2004 20:50:21 -0600 (CST) Return-Path: X-Original-To: encore@nobel.utdallas.edu Delivered-To: encore@nobel.utdallas.edu Received: from iq1.utdallas.edu (iq1-pmn.utdallas.edu [192.168.1.7]) by nobel.utdallas.edu (Postfix) with ESMTP id 8BB395BC4 for ; Fri, 26 Mar 2004 20:50:21 -0600 (CST) Received: from localhost (mf1-pmn.utdallas.edu [192.168.1.8]) by iq1.utdallas.edu (Postfix) with ESMTP id 54FDEADE1 for ; Fri, 26 Mar 2004 20:50:21 -0600 (CST) Received: from mx2.utdallas.edu ([192.168.1.6]) by localhost (mf1 [192.168.1.8]) (amavisd-new, port 10024) with LMTP id 06864-01-36 for ; Fri, 26 Mar 2004 20:50:20 -0600 (CST) Received: from pro6.abac.com (pro6.abac.com [66.226.64.7]) by mx2.utdallas.edu (Postfix) with ESMTP id A11003A2D for ; Fri, 26 Mar 2004 20:50:19 -0600 (CST) Received: from pro6.abac.com (localhost. [127.0.0.1]) by pro6.abac.com (8.12.10/8.12.10) with ESMTP id i2R2oHAt095695 for ; Fri, 26 Mar 2004 18:50:17 -0800 (PST) (envelope-from moo@mysticalties.com) Received: (from shadus@localhost) by pro6.abac.com (8.12.10/8.12.10/Submit) id i2R2oHUE095694; Fri, 26 Mar 2004 18:50:17 -0800 (PST) (envelope-from moo@mysticalties.com) Message-Id: <200403270250.i2R2oHUE095694@pro6.abac.com> X-Authentication-Warning: pro6.abac.com: shadus set sender to moo@mysticalties.com using -f References: <5.2.0.8.2.20040326215319.01efd9f8@alf.uib.no> In-Reply-To: <5.2.0.8.2.20040326215319.01efd9f8@alf.uib.no> From: moo@mysticalties.com To: encore@utdallas.edu Subject: [encore] Re: E_PERM Question Date: Fri, 26 Mar 2004 18:50:17 -0800 Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Virus-Scanned: by amavisd-new at utdallas.edu X-archive-position: 1052 X-ecartis-version: Ecartis v1.0.0 Sender: encore-bounce@utdallas.edu Errors-to: encore-bounce@utdallas.edu X-original-sender: moo@mysticalties.com Precedence: bulk Reply-to: moo@mysticalties.com List-help: List-unsubscribe: List-software: Ecartis version 1.0.0 List-Id: X-List-ID: X-list: encore > Daniel Jung writes: > Intriguing. This is off the sleeve, but: Does the same thing happen when > you pull the new class off the player in the first place? This is how I > would have done it: > > @create $player named Generic Character Class:gcc > @corify gcc as character_class > @chmod $character_class +f > @chparent $mail_recipient_class to $character_class > eval move($character_class, $limbo) Forgot to mention, just to prevent just such utter stupidity on my part (like dewizarding myself and whatnot) and problems that may have occured during everything dropping all kinds of objects onto the moo and whatnot, I loaded up a clean enCore 4.0.1 database right off the site. Did the following: @create $player named "GCC" @chmod gcc +f @chparent #40 to #165 Same error. Same error if i corify the object and use the $ reference also. > (assuming you have #6 => $player and #40 => $mail_recipient_class) > > Or: Have you tried the blunt way > > eval chparent($mail_recipient_class, $character_class) Onward and upward! Same error on both obj #'s and corified names. #0:bf_chparent, line 25: Permission denied ... called from #-1:Input to EVAL, line 3 ... called from built-in function eval() ... called from #58:eval_cmd_string (this == #2), line 19 ... called from #58:eval*-d (this == #2), line 13 (End of traceback) So no love from the blunt method either :), after this I decided to be real blunt and tried directly hacking the raw database but it didn't appreciate that. Another database reload later... > Anyhow: A wizard should _never_ be reading "E_PERM. Maybe the parent is That's pretty much my thought, and its why I tried switching databases from enCore to Lambda and back. Get the same error in both enCore 4.0.1 and LambdaCore APR/12/99. So I'm thinking its not a database issue or perhaps its an inherited probelm from the lamdba database. > not fertile.", or any of that other ownership stuff. That's bad notifying > after an E_PERM. Hmmm. In the c-file objects.c, in bf_chparent, E_PERM is > raised when > > (!controls(progr, what) || > (valid(parent) && !db_object_allows(parent, progr, FLAG_FERTILE))) > return make_error_pack(E_PERM); > > which uses > > db_object_allows(Objid oid, Objid progr, db_object_flag f) > { return (progr == db_object_owner(oid) || is_wizard(progr) > || db_object_has_flag(oid, f)); } > > which brings me to a weird thought: All of your verbs mentioned are > builder/programmer verbs, and they don't check for .wizard. Forgive me > for asking, but could your wiz-bit somehow have been reset to 0? Mind this is a totally fresh encore database and totally fresh lambdamoo database that are giving these errors with me logged in as wizard and not issuing any other commands than the ones I showed above. Here's the info though just to be sure: @show me.wizard #2.wizard Built-in property. Value: 1 @show me.programmer #2.programmer Built-in property. Value: 1 @parents me Wizard(#2) generic wizard(#57) generic programmer(#58) generic builder(#4) Generic Player(#90) Generic Mail Receiving Player(#40) generic player(#6) enCore Web Object(#126) enCore Web Class(#138) Root Class(#1) @show #167 Object ID: #167 Name: Generic Player Class Parent: generic player (#6) Location: Wizard (#2) Owner: Wizard (#2) Flags: f @show #40 Object ID: #40 Name: Generic Mail Receiving Player Parent: generic player (#6) Location: *** NONE *** Owner: Wizard (#2) Flags: r f Right after I did these dumps I went ahead and made sure they were all kosher on perms and changed both objects to "rwf". Still no go, same error. >> Has anyone bothered to update the ansi stuff since the 90s? Is there a >> better package these days than darkowls? > Sorry, can't help you there. I know someone who is working on swing for > the encore Xpress java applet though. Could result in colors in the chat > area as well. We'll see. Nifty, the only real reason I want ansi is so the nonweb people can get some color too, I personally am not a big fan of web interfaces but the realistic end of the matter is most people are more comfortable today using an interface like Xpress/MOOtcan... and probally if the first access I ever had to the internet hadn't been a shell with only text apps I probally would feel the same... :pines for gopher, lynx, telnet, and tinyfugue-- oh my! Shadus/Ralph Weaver