LPMuds.net
September 09, 2010, 03:56:14 AM *
Welcome, Guest. Please login or register.

Login with username, password and session length
News: This is the forum page. For the main LPMuds page, visit http://lpmuds.net
 
   Home   SITE FAQ INTERMUD DOWNLOADS LINKS Help Search Login Register  
Pages: [1]   Go Down
  Print  
Author Topic: FluffOS 2.20 w/ OLD_ED  (Read 353 times)
Slikk
Acquaintance
*
Offline Offline

Posts: 7


View Profile
« on: July 12, 2010, 08:24:52 PM »

Some of you may recall, I posted a few months ago asking about upgrading to a new driver. Well, that day has finally happened... we now have a test mud that we've moved on to FluffOS 2.20 from MudOS 21.7. We're working on getting it stable (it's quite prone to crashing so far) but one odd thing we've noticed is with regards to OLD_ED. Our lib doesn't have an ed front end so we compiled with this option - so far so good.

ed seems to work okay, except for pasting large blocks of text. We don't currently have FTP so we have to upload files by pasting them into ed and saving (I know, I know). The thing is, as soon as we press "." to drop back into the ed shell after pasting, the mud will freeze up - the longer the paste, the longer the freeze. ed will still respond with a * to everything you type while it's hung, but as soon as it finishes anything past the "." will be sent to the ed shell. Everyone else online gets no return from the mud at all while it's hung.

Is anyone else using OLD_ED and if so have you experienced anything like this? It doesn't seem to be related to file writes, as afaik ed isn't writing the file at that point. Quite puzzled...
Logged
wodan
BFF
***
Offline Offline

Posts: 270

Drink and code, you know you want to!


View Profile
« Reply #1 on: July 12, 2010, 10:21:55 PM »

No idea about your ed question, but I do wonder what kind of thing makes you crash?
Logged
Slikk
Acquaintance
*
Offline Offline

Posts: 7


View Profile
« Reply #2 on: July 12, 2010, 11:12:57 PM »

So do we Smiley

So far I've managed to make it crash just by doing eval return get_config(6). Someone else also made it crash doing eval return zonetime("CST",time()). We haven't been able to check the driver errors yet as we don't have stderr redirected yet (the admin's working on it though).
Logged
wodan
BFF
***
Offline Offline

Posts: 270

Drink and code, you know you want to!


View Profile
« Reply #3 on: July 12, 2010, 11:40:28 PM »

You're not supposed to just plug numbers in get_config()!

that said, it shouldn't crash either, so I'll fix that, you're supposed to copy runtime_config.h from your driver source into your mudlib include dir and use the defines in that (it doesn't have anything resulting in 6!)

that zonetime call should work, and it did on my mud, so not sure what happens there for you.
Logged
Slikk
Acquaintance
*
Offline Offline

Posts: 7


View Profile
« Reply #4 on: July 12, 2010, 11:51:30 PM »

Hmm, thanks for the heads up. I'll see that the file gets copied.
Logged
Slikk
Acquaintance
*
Offline Offline

Posts: 7


View Profile
« Reply #5 on: July 13, 2010, 05:01:25 AM »

This is what happens when we do eval return zonetime("CST",time())

******** FATAL ERROR: Segmentation fault
FluffOS driver attempting to exit gracefully.
(current object was /wizards/tantrum/CMD_EVAL_TMP_FILE)
--- trace ---
Object: /std/user#75, Program: /std/living.c
   in cmd_hook() at /std/living.c:142
arguments were ("return zonetime("CST",time())")
locals were: "/bin/system/_eval","eval"
Object: /bin/system/_eval, Program: /bin/system/_eval.c
   in cmd_eval() at /bin/system/_eval.c:50
arguments were ("return zonetime("CST",time())")
locals were: "#include <std.h>
#include <daemons.h>
inherit OBJECT;
void create() { seteuid( getuid() ); }
mixed eval() { return zonetime("CST",time()); }
","/wizards/tantrum/CMD_EVAL_TMP_FILE.c",0,0
Object: /bin/system/_eval, Program: /bin/system/_eval.c
   in <catch>() at /bin/system/_eval.c:50
'           eval' in '/wizards/tantrum/CMD_EVAL_TMP_FILE.c'
('/wizards/tantrum/CMD_EVAL_TMP_FILE') /wizards/tantrum/CMD_EVAL_TMP_FILE.c:5
arguments were ()
--- end trace ---
Logged
Pages: [1]   Go Up
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.11 | SMF © 2006-2009, Simple Machines LLC Valid XHTML 1.0! Valid CSS!