[Sun Jan 4 16:04:20 2009] [Server02:icode] Keberus@SW:TGA: Anyone know anything about C++ and iterators? [Sun Jan 4 01:42:00 2009] [Server02:icode] Bailey@The_Eighth_Realm: Actually started on BBC Basic and 6502 Machine Code. [Sun Jan 4 01:41:28 2009] [Server02:icode] Cratylus@Dead_Souls: there should be a rule or something [Sun Jan 4 01:41:25 2009] [Server02:icode] Bailey@The_Eighth_Realm: I started on C then migrated to LPC whilst keeping C and also picking up a whole slew of other languages. [Sun Jan 4 01:40:49 2009] [Server02:icode] Cratylus@Dead_Souls: really kind of unfair, imo, that bailey is leet in lpc AND c [Sun Jan 4 01:40:12 2009] [Server02:icode] Bailey@The_Eighth_Realm: c-faq.com is your friend -- http://c-faq.com/ptrs/funccall.html [Sun Jan 4 01:39:41 2009] [Server02:icode] Bailey@The_Eighth_Realm: I meant "pre-processor" and "*precedence*" [Sun Jan 4 01:39:37 2009] [Server02:icode] Kayle@MW: Thanks Bailey, the (*victim)->isNpc( ) actually gets it to compile. [Sun Jan 4 01:38:59 2009] [Server02:icode] Bailey@The_Eighth_Realm: ...and I am not dead-drunk, just buzzing atm. [Sun Jan 4 01:38:25 2009] [Server02:icode] Bailey@The_Eighth_Realm: Try some brackets around *victim -- like this -- (*victim)->isNPC() [Sun Jan 4 01:37:49 2009] [Server02:icode] Bailey@The_Eighth_Realm: not "of" [Sun Jan 4 01:37:40 2009] [Server02:icode] Bailey@The_Eighth_Realm: "victim->isNPC() or isNPC()" [Sun Jan 4 01:37:22 2009] [Server02:icode] Bailey@The_Eighth_Realm: Do you mean the pointer to victim->isNPC() of isNPC() function of the pointer to victim. [Sun Jan 4 01:37:13 2009] [Server02:icode] Cratylus@Dead_Souls: it's like 6:30am for bailey and he's dead drunk, you'll have to excuse his fat fingers [Sun Jan 4 01:36:34 2009] [Server02:icode] Bailey@The_Eighth_Realm: *precedence* [Sun Jan 4 01:36:18 2009] [Server02:icode] Bailey@The_Eighth_Realm: I sort of get why that code is confuzing to the pre-processor* [Sun Jan 4 01:36:14 2009] [Server02:icode] Bailey@The_Eighth_Realm: I sort of get why that code is confuzing to the pre-processoe [Sun Jan 4 01:35:47 2009] [Server02:icode] Kayle@MW: Anyone? =/ [Sun Jan 4 01:16:55 2009] [Server02:icode] Kayle@MW: and this function: http://pastebin.com/d76760af5 lines in question are highlighted. [Sun Jan 4 01:16:34 2009] [Server02:icode] Kayle@MW: I have those errors. [Sun Jan 4 01:16:22 2009] [Server02:icode] Kayle@MW: magic.cpp:1271: error: request for member âWhoFightingâ in â* victimâ, which is of non-class type âCharData*â [Sun Jan 4 01:16:21 2009] [Server02:icode] Kayle@MW: magic.cpp:1255: error: request for member âgetTimerâ in â* victimâ, which is of non-class type âCharData*â [Sun Jan 4 01:16:21 2009] [Server02:icode] Kayle@MW: magic.cpp:1246: error: request for member âisNPCâ in â* victimâ, which is of non-class type âCharData*â [Sun Jan 4 01:16:21 2009] [Server02:icode] Kayle@MW: magic.cpp: In function âvoid* locate_targets(CharData*, char*, int, CharData**, OBJ_DATA**)â: [Sun Jan 4 01:15:58 2009] [Server02:icode] Kayle@MW: So. [Thu Jan 1 20:40:53 2009] [Server02:icode] Fury@OrientalDojo: it kills me too [Thu Jan 1 03:29:04 2009] [Server02:icode] Ghasatta@Talon: Hello [Thu Jan 1 02:54:11 2009] [Server02:icode] Samael@6Dragons: yoh [Tue Dec 30 18:41:14 2008] [Server02:icode] Davion@ADP: I think it depends on what the comment is directed at [Tue Dec 30 18:40:27 2008] [Server02:icode] Fury@OrientalDojo: no your not allowed to make smart ass comments, if you do you get chan banned for 1 hour [Tue Dec 30 18:40:14 2008] [Server02:icode] Kayle@MW: He's not banned. [Tue Dec 30 18:40:00 2008] [Server02:icode] Samael@6Dragons: so... what happened now? I came back when fury got banned from ichat. [Tue Dec 30 18:39:39 2008] [Server02:icode] Davion@ADP: When was it ever said you can't promote on IMC? Eesh. Promoting to a bunch of devs who are already working on a project is kinda pointless anyways [Tue Dec 30 18:39:30 2008] [Server02:icode] Fury@OrientalDojo: LOL smart ass comments, thats like everyone, isnt that like 80% of the convo [Tue Dec 30 18:38:32 2008] [Server02:icode] Fury@OrientalDojo: like you said, you can promote on IMM channels, so ban away [Tue Dec 30 18:38:28 2008] [Server02:icode] Kayle@MW: I'm not selectively enforcing anything. You're blowing something completely out of proportion. And I said earlier that the next person to make some smartass comment was going to be excluded from ichat for an hour. [Tue Dec 30 18:37:39 2008] [Server02:icode] Fury@OrientalDojo: why dont you just ban me from the whole server rather than a channel, might as well selectivly enforce things a little further huh [Tue Dec 30 18:36:54 2008] [Server02:icode] Kayle@MW: Damnit, Fury. I said to fucking drop it. [Tue Dec 30 18:36:26 2008] [Server02:icode] Fury@OrientalDojo: it was a good year, im proud of it [Tue Dec 30 18:35:56 2008] [Server02:icode] Fury@OrientalDojo: orientaldojo.net 8005 tawny port ;) [Tue Dec 30 18:32:00 2008] [Server02:icode] Fury@OrientalDojo: naaa its ok, he can have his toys and shove them up his ass for all i care [Tue Dec 30 18:31:32 2008] [Server02:icode] Cratylus@Dead_Souls: i'm sure he'll let you back on when the flu meds wear off and everyone's like "but he didnt even SAY anything bad" [Tue Dec 30 18:30:36 2008] [Server02:icode] Fury@OrientalDojo: dont encourge him crat [Tue Dec 30 18:29:59 2008] [Server02:icode] Cratylus@Dead_Souls: so i ask him, i go "fury, what are you rebelling against?" and he's like "waddaya got?" [Tue Dec 30 18:29:11 2008] [Server02:icode] Fury@OrientalDojo: then drop it out your ass [Tue Dec 30 17:17:12 2008] [Server02:icode] Kayle@MWDev: test [Thu Dec 25 12:38:06 2008] [Server02:icode] Samael@6Dragons: anyone know how to activate styles in smaug? [Tue Dec 23 00:52:12 2008] [Server02:icode] Samael@6Dragons: something like that [Tue Dec 23 00:52:07 2008] [Server02:icode] Samael@6Dragons: like if(is_alpha(arg)) switch arg, esle atoi(arg) switch arg [Tue Dec 23 00:51:42 2008] [Server02:icode] Keberus@SW:TGA: yeah, you need an if is_alpha ...alpha switch then else....atoi(arg) switch [Tue Dec 23 00:50:53 2008] [Server02:icode] Samael@6Dragons: put the check for alpha before the switch, when the function get's thrown the number. [Tue Dec 23 00:50:22 2008] [Server02:icode] Samael@6Dragons: no [Tue Dec 23 00:50:13 2008] [Server02:icode] Vladaar@6Dragons: I must be on wrong track I tried switch (isalpha(*arg)) and a switch below that as switch (atoi(arg)) [Tue Dec 23 00:42:35 2008] [Server02:icode] Samael@6Dragons: i agree, with the is_num check (or was it is_alpha... whateve) you can easily split up the numbers, make sure to check if it's numeric or not before the switch and then place it in the appropriate var and then send it to the appropriate switch. [Tue Dec 23 00:40:19 2008] [Server02:icode] Keberus@SW:TGA: I think the two loops, one for alpha chars and one for numbers would be the way to go, and it would be easy to add more numbers to or whatnot [Tue Dec 23 00:39:19 2008] [Server02:icode] Keberus@SW:TGA: thats not how you would do it, if that were the case, you would do a switch on the next character and see what it was, case 10 would have a switch case 0 [Tue Dec 23 00:38:15 2008] [Server02:icode] Vladaar@6Dragons: having case '10' below case '1' just makes it do case 10 [Tue Dec 23 00:36:51 2008] [Server02:icode] Keberus@SW:TGA: better yet...you could have something like...and is_alpha check, and if thats true do a switch with char values, otherwise do a switch based on an integer [Tue Dec 23 00:35:53 2008] [Server02:icode] Samael@6Dragons: isn't that what I just said? or similar? [Tue Dec 23 00:34:37 2008] [Server02:icode] Samael@6Dragons: or maybe you could do another switch statement. [Tue Dec 23 00:34:28 2008] [Server02:icode] Keberus@SW:TGA: sorry I just realized that I'm wrong [Tue Dec 23 00:33:52 2008] [Server02:icode] Samael@6Dragons: ... [Tue Dec 23 00:33:45 2008] [Server02:icode] Samael@6Dragons: you use alphas? [Tue Dec 23 00:33:43 2008] [Server02:icode] Samael@6Dragons: :p [Tue Dec 23 00:33:29 2008] [Server02:icode] Vladaar@6Dragons: that sucks, already used whole alphabet and numbers 1 through 9 [Tue Dec 23 00:33:21 2008] [Server02:icode] Keberus@SW:TGA: are cases numbers? [Tue Dec 23 00:33:05 2008] [Server02:icode] Keberus@SW:TGA: you're only switching the first char, so no it can't distuingish [Tue Dec 23 00:32:17 2008] [Server02:icode] Vladaar@6Dragons: it is a char switch (UPPER(*arg)) [Tue Dec 23 00:32:15 2008] [Server02:icode] Samael@6Dragons: you mean if he does a switch for an int and not a char? [Tue Dec 23 00:31:30 2008] [Server02:icode] Keberus@SW:TGA: as long as you switch an integer value, and not a char value, you'll be fine [Tue Dec 23 00:30:55 2008] [Server02:icode] Vladaar@6Dragons: oasis medit display [Tue Dec 23 00:30:51 2008] [Server02:icode] Samael@6Dragons: a random_number. [Tue Dec 23 00:30:38 2008] [Server02:icode] Keberus@SW:TGA: what are you switching? [Tue Dec 23 00:30:06 2008] [Server02:icode] Vladaar@6Dragons: yes [Tue Dec 23 00:30:01 2008] [Server02:icode] Samael@6Dragons: the code sonfuses it? really? [Tue Dec 23 00:29:48 2008] [Server02:icode] Samael@6Dragons: huh? [Tue Dec 23 00:29:02 2008] [Server02:icode] Vladaar@6Dragons: hrm is there a way to have case '1' and case '10' in same switch without code confusing it? [Sun Dec 21 00:19:33 2008] [Server02:icode] Davion@ADP: Ya, it uses arrays. But you can simply make a temp array [Sun Dec 21 00:19:03 2008] [Server02:icode] Abel@Stormhunters: So qsort can take a linked list as an argument? I thought it was mainly used for arrays. [Sun Dec 21 00:17:40 2008] [Server02:icode] Davion@ADP: ;) [Sun Dec 21 00:17:30 2008] [Server02:icode] Abel@Stormhunters: Not really, no [Sun Dec 21 00:17:12 2008] [Server02:icode] Davion@ADP: Does it really matter if it's doubly linked or not? [Sun Dec 21 00:16:47 2008] [Server02:icode] Abel@Stormhunters: Yeah, I've been looking through qsort... I haven't been able to confirm that it's able to sort a doubly linked list of structs [Sun Dec 21 00:11:02 2008] [Server02:icode] Davion@ADP: From what? [Sun Dec 21 00:10:52 2008] [Server02:icode] Kayle@MW: :P [Sun Dec 21 00:10:50 2008] [Server02:icode] Kayle@MW: I wanna be free. [Sun Dec 21 00:10:43 2008] [Server02:icode] Kayle@MW: Daaaaaavion.... [Sun Dec 21 00:10:23 2008] [Server02:icode] Davion@ADP: Check out qsort, Abel [Sat Dec 20 23:47:39 2008] [Server02:icode] Abel@Stormhunters: I can get it to do the first step using a macro, but since it uses recursion, I can't think of a way to specify the element to compare on [Sat Dec 20 23:47:16 2008] [Server02:icode] Abel@Stormhunters: I don't mind lists in general in C, but I feel that there's got to be a way to do this. [Sat Dec 20 23:47:07 2008] [Server02:icode] Kayle@MW: dooo eeet. [Sat Dec 20 23:46:56 2008] [Server02:icode] Abel@Stormhunters: Yeah, Kline has been trying to get me to convert [Sat Dec 20 23:46:42 2008] [Server02:icode] Kayle@MW: I hate lists in C. that's why I'm converting to C++ [Sat Dec 20 23:46:23 2008] [Server02:icode] Abel@Stormhunters: In C =( [Sat Dec 20 23:46:19 2008] [Server02:icode] Kayle@MW: Kayle@MW looks innocently about himself. [Sat Dec 20 23:46:17 2008] [Server02:icode] Kayle@MW: yes. std::list. >.> [Sat Dec 20 23:45:50 2008] [Server02:icode] Abel@Stormhunters: Ok, been trying to puzzle through this for a while... has anyone successfully created a generalized mergesort for a given linked list? [Fri Dec 19 02:52:53 2008] [Server02:icode] Vladaar@6Dragons: nope prob write_to_buffer [Fri Dec 19 02:48:05 2008] [Server02:icode] Vladaar@6Dragons: hrm let me try send_to_desc_color [Fri Dec 19 02:46:55 2008] [Server02:icode] Vladaar@6Dragons: I've never had need to try this but is there a version of send_to_char for smaug code that will allow you to send a message to players when they are in a substate for editing [Fri Dec 19 02:30:24 2008] [Server02:icode] Lyanic@Talon: igame test [Mon Dec 15 22:55:33 2008] [Server02:icode] Noplex@Talon: And give absolutely nothing other than their ridiculous core dump. [Mon Dec 15 22:55:06 2008] [Server02:icode] Noplex@Talon: I would really like to know what idiot that designed GTK decided to make the program crash if a widget was flagged twice to display/present. [Sat Dec 13 02:27:22 2008] [Server02:icode] Samson@Alsherok: Should you really even be doing strcat style stuff with a char* though? [Sat Dec 13 02:25:21 2008] [Server02:icode] Kayle@MW: Oh, right, because it'll return the size of the allocated memory to hold it, right? [Sat Dec 13 02:23:18 2008] [Server02:icode] Kayle@MW: but those are basically the same thing, no? [Sat Dec 13 02:22:50 2008] [Server02:icode] Kayle@MW: It would either need to be NULL or have a size of 0. [Sat Dec 13 02:22:33 2008] [Server02:icode] Samson@Alsherok: For sizeof() to return 0, the string would have to be NULL unless I'm missing something. [Sat Dec 13 02:21:43 2008] [Server02:icode] Vladaar@6Dragons: what I read about sizeof not being able to equal zero though, that doesn't mean that it will never be NULL? [Sat Dec 13 02:21:26 2008] [Server02:icode] Samson@Alsherok: *that way [Sat Dec 13 02:21:08 2008] [Server02:icode] Samson@Alsherok: "Proper" is relative in this case since most Smaug codebases define static chars used that was as being MSL in size. [Sat Dec 13 02:20:42 2008] [Server02:icode] Davion@ADP: It's actually sized to the variable sent, rather than the size of some magic number [Sat Dec 13 02:20:35 2008] [Server02:icode] Samson@Alsherok: BEcause Remcon wanted it to be sized based on the size of the variable in the function. [Sat Dec 13 02:20:20 2008] [Server02:icode] Davion@ADP: Because it's proper [Sat Dec 13 02:20:05 2008] [Server02:icode] Vladaar@6Dragons: So without getting too detailed do you guys know why Remcon uses sizeof in show_char_to_char for his bufs? [Sat Dec 13 02:19:58 2008] [Server02:icode] Davion@ADP: The 'need' being on a string by string basis. Not throughout the codebase... [Sat Dec 13 02:19:10 2008] [Server02:icode] Davion@ADP: Often it's to the largest the string will ever be, not necessarily what it needs [Sat Dec 13 02:18:51 2008] [Server02:icode] Davion@ADP: I'm saying the -value- is random. The meaning of it is to make strings a consistant size. [Sat Dec 13 02:18:24 2008] [Server02:icode] Samson@Alsherok: Point being, unless you're changing it every compile, it isn't random. [Sat Dec 13 02:18:15 2008] [Server02:icode] Davion@ADP: Just because it's consistant throught diku, doesn't mean it's not random [Sat Dec 13 02:17:44 2008] [Server02:icode] Davion@ADP: Ya, it's a magic number [Sat Dec 13 02:17:12 2008] [Server02:icode] Samson@Alsherok: 4096 is one of the powers of 2 though. It need not be rounded :) [Sat Dec 13 02:16:42 2008] [Server02:icode] Samson@Alsherok: That's not random. 4096 seems rather constant to me. [Sat Dec 13 02:16:30 2008] [Server02:icode] Davion@ADP: A random number! [Sat Dec 13 02:16:20 2008] [Server02:icode] Samson@Alsherok: It's defined in mud.h as 4096 usually. [Sat Dec 13 02:16:19 2008] [Server02:icode] Kayle@MW: a number! [Sat Dec 13 02:16:06 2008] [Server02:icode] Davion@ADP: Which is based on? [Sat Dec 13 02:15:57 2008] [Server02:icode] Samson@Alsherok: MAX_STRING_LENGTH [Sat Dec 13 02:15:09 2008] [Server02:icode] Davion@ADP: What is the value of MSL based on? [Sat Dec 13 02:13:40 2008] [Server02:icode] Vladaar@6Dragons: I noticed LOP code used sizeof(buf) for show_char_to_char so I was curious [Sat Dec 13 02:12:52 2008] [Server02:icode] Samson@Alsherok: How is MSL random? Unless people go around changing it's value all the time why would it be random? [Sat Dec 13 02:12:50 2008] [Server02:icode] Kayle@MW: there's a way you can make it only use what's left of the sting that doesn't have anything in it, but I can't remember what the format is. [Sat Dec 13 02:11:50 2008] [Server02:icode] Vladaar@6Dragons: heh thanks [Sat Dec 13 02:11:41 2008] [Server02:icode] Scoyn@MW: Way to mizchan. :P [Sat Dec 13 02:11:21 2008] [Server02:icode] Davion@ADP: What I said on ichat, here ;) [Sat Dec 13 02:09:04 2008] [Server02:icode] Vladaar@6Dragons: what is diff between using mudstrlcat(buf, " is here before you.", MSL) and using mudstrlcat( buf, " is drowning here.", sizeof( buf ) ) If what I read is correct sizeof cannot be zero, so does that guarantee never a NULL result? [Sat Dec 13 02:08:50 2008] [Server02:icode] Vladaar@6Dragons: what is diff between using mudstrlcat(buf, " is here before you.~G", MSL) and using mudstrlcat( buf, " is drowning here.", sizeof( buf ) ) If what I read is correct sizeof cannot be zero, so does that guarantee never a NULL result? [Wed Dec 10 04:12:07 2008] [Server02:icode] Keberus@SW:TGA: test [Wed Dec 10 04:03:20 2008] [Server02:icode] Keberus@SW:TGA: Yeah, guess so...stupid Wflags [Wed Dec 10 03:46:51 2008] [Server02:icode] Keberus@SW:TGA: I don't believe it does [Wed Dec 10 03:45:48 2008] [Server02:icode] Keberus@SW:TGA: Anyone here use the -Wformat flag in their makefile? [Sun Oct 26 10:25:18 2008] [Server02:icode] Kline@AF: so whos like c++ guru type around here that can tell me if i should move anything to a c++ string vs char[x] or *char that i have now [Fri Oct 17 23:13:29 2008] [Server02:icode] Marlin@Azereth: sweet [Fri Oct 17 23:12:05 2008] [Server02:icode] Kline@AF: not insisde it [Fri Oct 17 23:12:03 2008] [Server02:icode] Kline@AF: declare int i before the loop [Fri Oct 17 23:11:59 2008] [Server02:icode] Marlin@Azereth: any idears? [Fri Oct 17 23:09:16 2008] [Server02:icode] Marlin@Azereth: for (int i = 0; i < LGST && sname[i] != '\\0'; i++) { [Fri Oct 17 23:08:44 2008] [Server02:icode] Marlin@Azereth: imcsrc/imc.c:7875: error: 'for' loop initial declaration used outside C99 mode [Fri Oct 17 23:08:37 2008] [Server02:icode] Cratylus@Dead_Souls: bork bork bork [Fri Oct 17 23:08:23 2008] [Server02:icode] Marlin@Azereth: broken [Sun Oct 12 19:16:50 2008] [Server02:icode] Kline@AF: They're defined in headers and included in the files that are throwing the errors [Sun Oct 12 19:16:39 2008] [Server02:icode] Kline@AF: Any clues why I'm getting undefined ref linker errors trying to convert over to g++ on some extern const struct tables [Sat Oct 11 23:29:54 2008] [Server02:icode] Kline@AF: Er, I mean, "creatively borrow" ;) [Sat Oct 11 23:28:01 2008] [Server02:icode] Marlin@Azereth: :P [Sat Oct 11 23:27:49 2008] [Server02:icode] Kline@AF: Sounds like what I'm after, guess I'll dl that and steal :) [Sat Oct 11 23:27:10 2008] [Server02:icode] Marlin@Azereth: it has a depend file, and if you change a header, it only recompiles whatever uses that header... [Sat Oct 11 23:26:24 2008] [Server02:icode] Kline@AF: I dunno, does it? :P [Sat Oct 11 23:24:24 2008] [Server02:icode] Marlin@Azereth: like tbamud has? [Sat Oct 11 23:23:39 2008] [Server02:icode] Kline@AF: Has anybody got a makefile setup with autodepends, to like, not have to recompile everything if you edit a single header? [Thu Oct 9 20:32:12 2008] [Server02:icode] Marlin@DarkPalace: most of that is still the same... :P [Thu Oct 9 20:31:07 2008] [Server02:icode] Kiasyn@Talon: the bit between line 1 and line 500 [Thu Oct 9 20:30:54 2008] [Server02:icode] Marlin@DarkPalace: to look over this client code... see if they spot anything tht needs changed... [Thu Oct 9 20:30:20 2008] [Server02:icode] Kiasyn@Talon: wat [Thu Oct 9 20:29:12 2008] [Server02:icode] Marlin@DarkPalace: I need someone really good at C and can track down bugs..... [Thu Oct 9 19:31:58 2008] [Server02:icode] DavidHaley@Talon: oops, just realized you asked for a tell :) [Thu Oct 9 19:30:44 2008] [Server02:icode] DavidHaley@Talon: where first name and last name should be obvious given my handle :-) [Thu Oct 9 19:29:46 2008] [Server02:icode] DavidHaley@Talon: Sorry Fear, was AFK briefly -- it is [myfirstname]@the-[mylastname]s.org [Sat Oct 4 22:56:06 2008] [Server02:icode] Kline@AF: ah [Sat Oct 4 22:55:59 2008] [Server02:icode] Marlin@Azereth: 0-31 is your 32 bits, 32 then is 0 in the next set of bits... [Sat Oct 4 22:54:05 2008] [Server02:icode] Kline@AF: 32 as in "32", or 32^2? [Sat Oct 4 22:53:07 2008] [Server02:icode] Marlin@Azereth: /* for some odd reason bit 32 also sets bit 0, and vice versa, in the pfiles, 0 is used for no affect, and saved in the pfiles that way, so we cannot use 32 */ #define AFF_DNS 32 /* something about this number it dont like */ [Sat Oct 4 22:46:21 2008] [Server02:icode] Kline@AF: so i can move bits and pieces at a time instead of attemping such a big change with so many possible places to mess up [Sat Oct 4 22:45:53 2008] [Server02:icode] Kline@AF: then scrapping the original act, then renaming act2 back [Sat Oct 4 22:45:45 2008] [Server02:icode] Kline@AF: and moving data into it [Sat Oct 4 22:45:41 2008] [Server02:icode] Kline@AF: yeah some, I think I'm going to end up making an act2 for now [Sat Oct 4 22:43:04 2008] [Server02:icode] Marlin@Azereth: that help any? [Sat Oct 4 22:40:09 2008] [Server02:icode] Marlin@Azereth: else if (!strcmp(tag, "Act ")) { if(sscanf(line, "%s", buf)!=1) { load_bitmask(&PLR_FLAGS(ch), fl); } else { long bm_flags; bm_flags = asciiflag_conv(line); copy_flags_to_bitmask(bm_flags, &PLR_FLAGS(ch)); } sprintf(buf2, "%s", GET_NAME(ch)); /* name should be loaded first off */ check_bitmask_names(&PLR_FLAGS(ch), player_bits_count, buf2, "PLR_FLAGS"); } [Wed Oct 1 17:35:01 2008] [Server02:icode] Marlin@Azereth: ==6005== Address 0x500DCEC is 16,740 bytes inside a block of size 16,800 free'd <--- that isnt really abig problem is it? since it is thier title, that it allocates more space for then they usually use? [Fri Sep 26 20:09:01 2008] [Server02:icode] Davion@ADP: I don't either :P [Fri Sep 26 20:08:50 2008] [Server02:icode] Fury@Oriental_Dojo: sorry if i sound dumb i dont really know my way about the imc code [Fri Sep 26 20:07:47 2008] [Server02:icode] Fury@Oriental_Dojo: i guess thats the lowest level send function, thats used by all other parts of the code, whats 1 step above that, there the [icode] channel information is insterted [Fri Sep 26 20:05:32 2008] [Server02:icode] Fury@Oriental_Dojo: i will take a look, i sec [Fri Sep 26 20:05:13 2008] [Server02:icode] Davion@ADP: imc_to_char? [Fri Sep 26 20:03:51 2008] [Server02:icode] Fury@Oriental_Dojo: no the function that displays any initial channel output [Fri Sep 26 20:03:22 2008] [Server02:icode] Davion@ADP: You mean the history? [Fri Sep 26 20:01:41 2008] [Server02:icode] Fury@Oriental_Dojo: whats the function in the IMC freedom client displays the chat output, so i can add in some hooks to display the output in portals chant monitor [Sat Sep 20 00:43:34 2008] [Server02:icode] Scoyn@MW: Get in the basket! I'm takin' you in for questioning. *ching ching* [Sat Sep 20 00:43:15 2008] [Server02:icode] Scoyn@MW: Good job dumbass! [Sat Sep 20 00:42:57 2008] [Server02:icode] Kayle@MW: That excluded me from the channel too. XD [Sat Sep 20 00:42:42 2008] [Server02:icode] Kayle@MW: Hmm. [Fri Sep 19 21:26:19 2008] [Server02:icode] Kayle@MWDev: I turn blinking text off. [Fri Sep 19 21:26:03 2008] [Server02:icode] ChrisBailey@Talon: I hope no one is epeleptic. [Fri Sep 19 21:25:53 2008] [Server02:icode] ChrisBailey@Talon: Pretty [Fri Sep 19 21:25:41 2008] [Server02:icode] Davion@ADP: That text is blinking [Fri Sep 19 21:25:38 2008] [Server02:icode] Vladaar@6Dragons: ewww didn't mean to blink [Fri Sep 19 21:25:27 2008] [Server02:icode] Vladaar@6Dragons: What typically causes invalid conversion from `const char*' to `int' What I did is I had a const struct that worked before, but I wanted to seperate it into 3 structs and only call upon one at a time. It used to compile no errors but since I went to 3 structs it spits out those errors. Could it happen because I have the same same smith_items_types in front, but change to tier_one struct, tier_two, tier_three? const struct smith_items_type tier_one [] = [Mon Sep 15 10:13:51 2008] [Server02:icode] Cratylus@Dead_Souls: np [Mon Sep 15 10:13:42 2008] [Server02:icode] ChrisBailey@Talon: I will give it a go, thanks Crat =) [Mon Sep 15 10:13:27 2008] [Server02:icode] Cratylus@Dead_Souls: see if it's feasible. it's what i would do in lpc [Mon Sep 15 10:13:04 2008] [Server02:icode] ChrisBailey@Talon: I have not. But that is a good idea [Mon Sep 15 10:12:13 2008] [Server02:icode] Cratylus@Dead_Souls: ok. have you considered having a struct in your mapping class that keeps N S E W elements and the number of directions traversed? [Mon Sep 15 10:11:49 2008] [Server02:icode] ChrisBailey@Talon: The map would be unique to each player based on where they were in the world. [Mon Sep 15 10:11:34 2008] [Server02:icode] ChrisBailey@Talon: Ah sorry. Each player has his own map of the nearby rooms. [Mon Sep 15 10:11:15 2008] [Server02:icode] Cratylus@Dead_Souls: we're starting to disconnect here. the point here is to have each player have his own map? or the whole mud? or what? [Mon Sep 15 10:10:34 2008] [Server02:icode] ChrisBailey@Talon: But I could make that happen if I needed too. [Mon Sep 15 10:10:28 2008] [Server02:icode] ChrisBailey@Talon: Well the Teensymud server isn't actually multi-threaded. It has an event manager [Mon Sep 15 10:10:00 2008] [Server02:icode] Cratylus@Dead_Souls: hmm. so each player has his own mapping thread? [Mon Sep 15 10:09:35 2008] [Server02:icode] ChrisBailey@Talon: It will be a bunch of methods inside a class yes. [Mon Sep 15 10:08:57 2008] [Server02:icode] Cratylus@Dead_Souls: or is it a class? [Mon Sep 15 10:08:49 2008] [Server02:icode] Cratylus@Dead_Souls: ok. your mapping thread, it will alaways be running in memory, right? and theres only one? [Mon Sep 15 10:08:28 2008] [Server02:icode] ChrisBailey@Talon: Right-o. [Mon Sep 15 10:08:12 2008] [Server02:icode] Cratylus@Dead_Souls: called "threads" i take it [Mon Sep 15 10:08:03 2008] [Server02:icode] ChrisBailey@Talon: Yes =) [Mon Sep 15 10:07:58 2008] [Server02:icode] Cratylus@Dead_Souls: whatever, like objects with code discrete from each other [Mon Sep 15 10:07:38 2008] [Server02:icode] ChrisBailey@Talon: .. Threads? [Mon Sep 15 10:07:31 2008] [Server02:icode] Cratylus@Dead_Souls: is there a concept of individual sub-programs? [Mon Sep 15 10:07:30 2008] [Server02:icode] ChrisBailey@Talon: Yes it is in ruby. [Mon Sep 15 10:07:22 2008] [Server02:icode] ChrisBailey@Talon: I'm extremely open to better suggestions though. [Mon Sep 15 10:07:19 2008] [Server02:icode] Cratylus@Dead_Souls: in ruby [Mon Sep 15 10:06:47 2008] [Server02:icode] ChrisBailey@Talon: Well I'm trying to write a rudimentary "mapping" system. [Mon Sep 15 10:06:00 2008] [Server02:icode] Cratylus@Dead_Souls: why are you doing this? [Mon Sep 15 10:05:50 2008] [Server02:icode] Cratylus@Dead_Souls: huh [Mon Sep 15 10:05:05 2008] [Server02:icode] Cratylus@Dead_Souls: reading backscroll [Mon Sep 15 10:04:57 2008] [Server02:icode] Cratylus@Dead_Souls: sry boss was on the phone [Mon Sep 15 10:03:52 2008] [Server02:icode] ChrisBailey@Talon: And it's just giving me a headache =( [Mon Sep 15 10:03:39 2008] [Server02:icode] ChrisBailey@Talon: I need to make sure that the function doesn't exceed it's depth in any given "direction" when iterating through the rooms. [Mon Sep 15 10:03:18 2008] [Server02:icode] ChrisBailey@Talon: The only sense of "direction" it has is me giving each exit a "name". N,E,S or W. [Mon Sep 15 10:02:42 2008] [Server02:icode] ChrisBailey@Talon: Here is the tricky part though... [Mon Sep 15 10:02:24 2008] [Server02:icode] ChrisBailey@Talon: Up to a variable depth [Mon Sep 15 10:02:17 2008] [Server02:icode] ChrisBailey@Talon: So, I need to write a function that will iterate through each exit of the base room, and then through each exit of each of those rooms and so on. [Mon Sep 15 10:01:37 2008] [Server02:icode] ChrisBailey@Talon: Each instance of the exit class holds a variable pointing to the room it leads too. [Mon Sep 15 10:01:01 2008] [Server02:icode] ChrisBailey@Talon: Excellent, you might know just how to solve this then. [Mon Sep 15 10:00:50 2008] [Server02:icode] Cratylus@Dead_Souls: sounds like lpc [Mon Sep 15 10:00:36 2008] [Server02:icode] ChrisBailey@Talon: The "room" class contains an array of variable length that is populated with instances of the exit class [Mon Sep 15 10:00:36 2008] [Server02:icode] Cratylus@Dead_Souls: sounds like lpc [Mon Sep 15 09:59:59 2008] [Server02:icode] ChrisBailey@Talon: Every exit is an instance of the "exit" class. Simple stuff [Mon Sep 15 09:59:41 2008] [Server02:icode] ChrisBailey@Talon: Ok, so here is the situation. In Teensy...every room is an instance of the "room" class. [Mon Sep 15 09:58:44 2008] [Server02:icode] Cratylus@Dead_Souls: yip [Mon Sep 15 09:58:39 2008] [Server02:icode] ChrisBailey@Talon: Does it have classes/structs/methods/functions ? [Mon Sep 15 09:58:01 2008] [Server02:icode] Cratylus@Dead_Souls: yip [Mon Sep 15 09:57:51 2008] [Server02:icode] ChrisBailey@Talon: Equally effective. You know...Lpc? [Mon Sep 15 09:57:27 2008] [Server02:icode] Cratylus@Dead_Souls: a really super nice one [Mon Sep 15 09:57:14 2008] [Server02:icode] ChrisBailey@Talon: What kind of guy are you though? :) [Mon Sep 15 09:57:05 2008] [Server02:icode] ChrisBailey@Talon: Well I don't really have a language specific question. More of a design question. [Mon Sep 15 09:56:45 2008] [Server02:icode] Cratylus@Dead_Souls: i'm not a C or ruby guy :( [Mon Sep 15 09:56:24 2008] [Server02:icode] ChrisBailey@Talon: Your funny joke aside, would you mind giving me a little advice? =) [Mon Sep 15 09:55:51 2008] [Server02:icode] Cratylus@Dead_Souls: oh hai [Mon Sep 15 09:54:40 2008] [Server02:icode] ChrisBailey@Talon: lol. Are you still over there Crat? [Mon Sep 15 08:08:17 2008] [Server02:icode] Cratylus@Dead_Souls: at least it's not an issue with being driven nuts that's driving you nuts [Mon Sep 15 07:34:43 2008] [Server02:icode] ChrisBailey@Talon: I've run into a little issue with recursion and it's driving me nuts =) [Mon Sep 15 07:34:02 2008] [Server02:icode] ChrisBailey@Talon: Anyone around? [Mon Sep 15 02:10:33 2008] [Server02:icode] Dragona@LandOfLegends: anyone around? [Sun Sep 14 23:53:33 2008] [Server02:icode] DavidHaley@Talon: 'grats [Sat Sep 13 03:56:45 2008] [Server02:icode] ChrisBailey@Talon: Hmm. New project =) [Sat Sep 13 03:55:57 2008] [Server02:icode] Kayle@MW: Not to my knowledge [Sat Sep 13 03:55:31 2008] [Server02:icode] ChrisBailey@Talon: Has anyone tried incorporating IMC2 into TeensyMud? [Fri Sep 12 22:53:44 2008] [Server02:icode] Marlin@Azereth: so whats the problem? [Wed Sep 10 23:38:07 2008] [Server02:icode] Kline@AF: I like color, and I think the stock base I use did it tastefully. But yes, as with anything, some folks can really go overboard and ruin it for others. [Wed Sep 10 21:42:03 2008] [Server02:icode] Kline@AF: Talking it over with a friend now for the implications it could have, ie, what if you want a "hub" room with 8 unique exits? [Wed Sep 10 21:41:44 2008] [Server02:icode] Kline@AF: Haha [Wed Sep 10 21:41:40 2008] [Server02:icode] Kayle@MW: If you do get it working however, let me know. :P [Wed Sep 10 21:41:29 2008] [Server02:icode] Kayle@MW: Nope [Wed Sep 10 21:40:39 2008] [Server02:icode] Kline@AF: Hmm. Ever do anything past pondering? :P [Wed Sep 10 21:40:10 2008] [Server02:icode] Kayle@MW: Nope, I've considered it, but never actually done/expiremented with it. [Wed Sep 10 21:39:27 2008] [Server02:icode] Conner@LandOfLegends: can't say that I have heard of anyone having done that [Wed Sep 10 21:37:55 2008] [Server02:icode] Kline@AF: Has anybody ever attempted to take a Dikurivative and add "automatic" non-cardinals for directions? IE: you have a 9x9 room connected n/e/s/w all together...To add in nw/se/sw/ne and not have to physically link rooms, but to have it logically done automatically based on the existing cardinal links? [Wed Sep 10 17:58:08 2008] [Server02:icode] DavidHaley@Talon: you need things in the initializer list if the value is constant (as opposed to a non-constant pointer to constant data) [Wed Sep 10 17:57:36 2008] [Server02:icode] DavidHaley@Talon: why do you need it in the initializer list and not the body? [Wed Sep 10 17:55:28 2008] [Server02:icode] Kayle@MW: Well, my constructor is done then. Only thing that isn't in the list is the colors thing, and that's because I wasn't sure if you could do a for loop in the initializer list. So it's in the function body. =/ [Wed Sep 10 17:52:15 2008] [Server02:icode] DavidHaley@Talon: I guess I'm not seeing what the issue is, you can set it to null if you don't know the value, and set it to something else when you do know the value [Wed Sep 10 17:50:02 2008] [Server02:icode] Kayle@MW: Well, it's the short_desc field in CHAR_DATA that I'm trying to figure out. [Wed Sep 10 17:49:44 2008] [Server02:icode] DavidHaley@Talon: you can always assign something else later [Wed Sep 10 17:49:23 2008] [Server02:icode] DavidHaley@Talon: what's wrong with just: myconstcharpointer = NULL [Wed Sep 10 17:49:17 2008] [Server02:icode] Kayle@MW: Uh. I dunno yet. [Wed Sep 10 17:48:54 2008] [Server02:icode] Kayle@MW: *constructor [Wed Sep 10 17:48:51 2008] [Server02:icode] DavidHaley@Talon: what do you want to initialize it to? [Wed Sep 10 17:48:33 2008] [Server02:icode] Kayle@MW: in an initialization list for a constructer.. How exactly do you initialize things like a const char* calue? [Mon Sep 8 01:48:37 2008] [Server02:icode] Kiasyn@Talon: :D [Mon Sep 8 01:48:33 2008] [Server02:icode] Kiasyn@Talon: ;0 [Mon Sep 8 01:47:55 2008] [Server02:icode] Samson@Alsherok: Becasue that's not a printf style statement [Mon Sep 8 01:46:21 2008] [Server02:icode] Kayle@MW: Hmm. How did you know that wasn't the right line? [Mon Sep 8 01:33:49 2008] [Server02:icode] Kiasyn@Talon: its not that line ;o [Mon Sep 8 01:33:35 2008] [Server02:icode] Kayle@MW: outbuf[0] = '\\0' [Mon Sep 8 01:33:27 2008] [Server02:icode] Kiasyn@Talon: durr [Mon Sep 8 01:33:18 2008] [Server02:icode] Kayle@MW: act_info.cpp:3311: warning: format not a string literal and no format arguments [Sun Sep 7 23:20:28 2008] [Server02:icode] Scoyn@MW: Maybe he plagiarized a coding book? [Sat Sep 6 03:43:44 2008] [Server02:icode] Kayle@MWDev: Now I just need to commit that.. package it.. and write up the Bugfix. [Sat Sep 6 03:43:25 2008] [Server02:icode] Kayle@MWDev: Ok. That fixed it. [Sat Sep 6 03:42:50 2008] [Server02:icode] Kayle@MW: Oh. in things I do it's the other way around. [Sat Sep 6 03:42:23 2008] [Server02:icode] Kayle@MW: Huh. Wonder why the compiler doesn't bitch about that but it does in thing I write... [Sat Sep 6 03:40:36 2008] [Server02:icode] Samson@Alsherok: You don't need to cast it [Sat Sep 6 03:40:20 2008] [Server02:icode] Kayle@MWDev: so make it: find_skill( ch, (const char*) command, TRUE ) [Sat Sep 6 03:39:43 2008] [Server02:icode] DavidHaley@Talon: you can always add const, but you cannot remove constness without a cast [Sat Sep 6 03:39:28 2008] [Server02:icode] DavidHaley@Talon: that's fine, char* casts to const char* without problems [Sat Sep 6 03:39:13 2008] [Server02:icode] DavidHaley@Talon: if you look at find_skill, you'll see that when the 'know' argument is true, it uses ch_slookup, which adds checks like "does the ch actually know this" [Sat Sep 6 03:39:10 2008] [Server02:icode] Kayle@MWDev: Oh, Hmm. I think there might be a small problem with that. >.> find_skill is expecting arg2 to be const char. where command is only char* [Sat Sep 6 03:38:44 2008] [Server02:icode] DavidHaley@Talon: yup [Sat Sep 6 03:37:58 2008] [Server02:icode] Kayle@MWDev: You said third argument is TRUE? [Sat Sep 6 03:37:12 2008] [Server02:icode] DavidHaley@Talon: heh :) [Sat Sep 6 03:36:53 2008] [Server02:icode] Kayle@MWDev: I was like, why is 503 putting me halfway through do_skin.. [Sat Sep 6 03:36:33 2008] [Server02:icode] Kayle@MWDev: Oh, I have the wrong window open. [Sat Sep 6 03:36:02 2008] [Server02:icode] DavidHaley@Talon: (which verifies that the character actually knows the skill) [Sat Sep 6 03:35:51 2008] [Server02:icode] DavidHaley@Talon: with the third argument as true [Sat Sep 6 03:35:31 2008] [Server02:icode] DavidHaley@Talon: oh it's quick: line 503, skills.c, change ch_slookup to find_skill [Sat Sep 6 03:35:14 2008] [Server02:icode] Kayle@MWDev: PM me what you think'll fix it, I'll test it, and then post it as a fix. :P [Sat Sep 6 03:34:56 2008] [Server02:icode] Kayle@MWDev: No, no it wouldn't. :P [Sat Sep 6 03:33:13 2008] [Server02:icode] DavidHaley@Talon: well, it wouldn't be the first time they hacked in something like that instead of fixing the actual problem. *grumble* [Sat Sep 6 03:32:32 2008] [Server02:icode] DavidHaley@Talon: I guess it's to allow the sn, level and vo parameters [Sat Sep 6 03:32:06 2008] [Server02:icode] DavidHaley@Talon: I have no idea why some skills have spell_fun set, though. [Sat Sep 6 03:31:46 2008] [Server02:icode] DavidHaley@Talon: I think that replacing the call to ch_slookup with a call to find_skill will do the trick. [Sat Sep 6 03:31:03 2008] [Server02:icode] Kayle@MWDev: :P [Sat Sep 6 03:30:52 2008] [Server02:icode] DavidHaley@Talon: nah I did break something, just not quite where you thought :P [Sat Sep 6 03:30:26 2008] [Server02:icode] Kayle@MWDev: In my drunken stupor I thought I fixed it. I apologize. [Sat Sep 6 03:30:25 2008] [Server02:icode] DavidHaley@Talon: turns out that I already have a function that does just that ;) [Sat Sep 6 03:30:15 2008] [Server02:icode] Kayle@MWDev: skill skills are failing now too. [Sat Sep 6 03:30:00 2008] [Server02:icode] DavidHaley@Talon: so, the real fix is to constrain the new search to only type skill -- and not spell_fun, because clearly the code expects that some skills have spell_fun [Sat Sep 6 03:29:38 2008] [Server02:icode] DavidHaley@Talon: err, the real problem [Sat Sep 6 03:29:26 2008] [Server02:icode] DavidHaley@Talon: the real fix is that previously it was constraining the search to the range first_skill --> last_skill [Sat Sep 6 03:29:04 2008] [Server02:icode] DavidHaley@Talon: your fix is actually probably breaking other things [Sat Sep 6 03:28:58 2008] [Server02:icode] DavidHaley@Talon: ok, I see the problem [Sat Sep 6 03:28:26 2008] [Server02:icode] Kayle@MWDev: see ichat. XD [Sat Sep 6 03:27:35 2008] [Server02:icode] Samson@Alsherok: and on 1.8? [Sat Sep 6 03:27:11 2008] [Server02:icode] Kayle@MWDev: and on FUSS 1.7 if I type fly I get "huh?" [Sat Sep 6 03:26:58 2008] [Server02:icode] Kayle@MWDev: I did. [Sat Sep 6 03:26:56 2008] [Server02:icode] Samson@Alsherok: So why did the brokenness only just become noticed? [Sat Sep 6 03:26:49 2008] [Server02:icode] DavidHaley@Talon: ok the easiest way to figure this out is to just get an old version and see what it did [Sat Sep 6 03:26:07 2008] [Server02:icode] DavidHaley@Talon: in other words, that segment will be true if it's a valid skill OR a valid spell [Sat Sep 6 03:25:54 2008] [Server02:icode] DavidHaley@Talon: it's checking if there IS a skill fun, or the spell fun is not null [Sat Sep 6 03:25:24 2008] [Server02:icode] Kayle@MWDev: check_skill isn't supposed to parse spell_fun's [Sat Sep 6 03:25:12 2008] [Server02:icode] Kayle@MWDev: yes, Positive that is has a skill_fun and not a spell_fun [Sat Sep 6 03:24:40 2008] [Server02:icode] DavidHaley@Talon: also, the first if check you showed is a positive check, whereas the one I put in is a negative one... I'm not sure they're checking the same thing [Sat Sep 6 03:24:13 2008] [Server02:icode] Kayle@MWDev: Where's the rest of the function looking for a spell_fun? [Tue Sep 2 22:20:40 2008] [Server02:icode] Kline@AF: Had a friend read through the file for me and he found me accessing array[3] on a 3 deep array :( [Tue Sep 2 22:20:23 2008] [Server02:icode] Kline@AF: My problem from yesterday: was indeed an 'off by one' error accessing an array [Tue Sep 2 22:20:07 2008] [Server02:icode] Kline@AF: And Samson for sure [Tue Sep 2 22:19:50 2008] [Server02:icode] Kline@AF: DavidHaley, if you're there [Tue Sep 2 00:56:55 2008] [Server02:icode] Kline@AF: Maybe I'll update with defines to see if it solves this, haha [Tue Sep 2 00:56:44 2008] [Server02:icode] Kline@AF: Truth in point code from a friend that I had to adapt :P [Tue Sep 2 00:56:39 2008] [Server02:icode] Samson@Alsherok: Evil hardcoded values! [Tue Sep 2 00:56:37 2008] [Server02:icode] DavidHaley@Talon: magic numbers are Very Bad Things (tm) [Tue Sep 2 00:56:31 2008] [Server02:icode] Kline@AF: Yes yes :P [Tue Sep 2 00:56:25 2008] [Server02:icode] DavidHaley@Talon: which is why you should never put in straight numbers... ;) [Tue Sep 2 00:56:07 2008] [Server02:icode] Kline@AF: Could have possibly fat fingered a < 4 instead of < 3 someplace [Tue Sep 2 00:56:00 2008] [Server02:icode] DavidHaley@Talon: there's that too... if you have arrays lined up in memory, valgrind won't detect accessing something that's not in the "right" array [Tue Sep 2 00:55:47 2008] [Server02:icode] Kline@AF: Hmm, let me check that. It's got a lot of arrays floating around that are being accessed [Tue Sep 2 00:55:10 2008] [Server02:icode] Samson@Alsherok: Sounds like the same kind of bizarreness I helped Ntanel solve once with ResortMUD. Turned out to be an off-by-one error caused by an array being 1 unit too small. [Tue Sep 2 00:53:59 2008] [Server02:icode] DavidHaley@Talon: I'd still try running valgrind without suppressions just to be very sure you're seeing everything [Tue Sep 2 00:53:22 2008] [Server02:icode] Kline@AF: Many a time :P [Tue Sep 2 00:53:15 2008] [Server02:icode] DavidHaley@Talon: did you make clean and remake? [Tue Sep 2 00:52:09 2008] [Server02:icode] Kline@AF: so it should be fine? i added everything just like some other structs i did that have no issues [Tue Sep 2 00:51:38 2008] [Server02:icode] Kline@AF: ch->pcdata->quest_info is init'ed and zero'ed in save.c with the rest of player loads [Tue Sep 2 00:51:10 2008] [Server02:icode] DavidHaley@Talon: if you don't have threads, and things aren't happening deterministically, there aren't many more places to point fingers [Tue Sep 2 00:50:55 2008] [Server02:icode] DavidHaley@Talon: that sounds like uninitialized memory... [Tue Sep 2 00:50:35 2008] [Server02:icode] Kline@AF: And it's not 100% reproducible, either. I run the cmd to generate a new quest and abut 70% of the time it works zero errors. The rest...That's my problem. [Tue Sep 2 00:49:57 2008] [Server02:icode] Kline@AF: It's not like the whole game exploded, just the new code I've been working with :( [Tue Sep 2 00:49:40 2008] [Server02:icode] Kline@AF: Yeah it's only breaking in a new struct I added to pcdata for quest generating [Tue Sep 2 00:49:17 2008] [Server02:icode] DavidHaley@Talon: i.e. do you know what you've done that broke it [Tue Sep 2 00:49:17 2008] [Server02:icode] Kline@AF: All my valgrind errors were the social_table not being free'ed on exit and IMC :P [Tue Sep 2 00:49:09 2008] [Server02:icode] DavidHaley@Talon: do you have the code before the problems started? [Tue Sep 2 00:48:50 2008] [Server02:icode] DavidHaley@Talon: it's a little weird that valgrind isn't spotting it [Tue Sep 2 00:48:43 2008] [Server02:icode] DavidHaley@Talon: I mean this sounds like some kind of stack corruption [Tue Sep 2 00:48:30 2008] [Server02:icode] DavidHaley@Talon: but anyhow... [Tue Sep 2 00:48:29 2008] [Server02:icode] Kline@AF: Yeah 71 days up so far no problems otherwise [Tue Sep 2 00:48:27 2008] [Server02:icode] DavidHaley@Talon: well, if you ran it for long enough that the OS tried to use the bogus RAM, that is [Tue Sep 2 00:48:12 2008] [Server02:icode] Kline@AF: ah [Tue Sep 2 00:48:07 2008] [Server02:icode] DavidHaley@Talon: the OS itself would be having issues [Tue Sep 2 00:48:03 2008] [Server02:icode] DavidHaley@Talon: well right, but you'd be getting things like kernel panics from time to time [Tue Sep 2 00:47:57 2008] [Server02:icode] Kline@AF: And like some samba, MySQL, services type stuff [Tue Sep 2 00:47:47 2008] [Server02:icode] Kline@AF: Well MUDs are all I run on the box :P [Tue Sep 2 00:47:37 2008] [Server02:icode] DavidHaley@Talon: if your RAM had problems it's quite likely that things other than the MUD would be exhibiting strange behavior ;) [Tue Sep 2 00:47:30 2008] [Server02:icode] Kline@AF: Displaying messages to the ch [Tue Sep 2 00:47:18 2008] [Server02:icode] Kline@AF: I've run memtest86 on my machine overnight before and it never returned errors, so I don't -think- it's the RAM [Tue Sep 2 00:47:17 2008] [Server02:icode] DavidHaley@Talon: generally speaking [Tue Sep 2 00:47:14 2008] [Server02:icode] DavidHaley@Talon: what is happening in the code when that changes? [Tue Sep 2 00:46:48 2008] [Server02:icode] Kline@AF: like i've even got a print of my ch->pcdata pointer changing in gdb when it shouldn't :( [Tue Sep 2 00:46:22 2008] [Server02:icode] Kline@AF: they're just for hostslib stuff [Tue Sep 2 00:46:06 2008] [Server02:icode] Samael@6Dragons: :p thx Kline:p [Tue Sep 2 00:45:58 2008] [Server02:icode] DavidHaley@Talon: what if you turn off the suppressions file? [Tue Sep 2 00:45:52 2008] [Server02:icode] DavidHaley@Talon: hmm looks reasonable enough [Tue Sep 2 00:45:46 2008] [Server02:icode] Kline@AF: and a suppressions file for std lib stuff [Tue Sep 2 00:45:39 2008] [Server02:icode] Kline@AF: --tool=memcheck --error-limit=no --memcheck:leak-check=full --memcheck:show-reachable=yes --log-file=valgrind --track-fds=yes [Tue Sep 2 00:45:20 2008] [Server02:icode] DavidHaley@Talon: what options are you running valgrind with? [Tue Sep 2 00:44:48 2008] [Server02:icode] Kline@AF: Newp...Just a regular Diku base [Tue Sep 2 00:44:35 2008] [Server02:icode] DavidHaley@Talon: beats me... are there threads involved? [Tue Sep 2 00:44:25 2008] [Server02:icode] Kline@AF: I guess cidoe meant this chan tho :) [Sun Aug 31 06:10:59 2008] [Server02:icode] Samson@Alsherok: So when you sent that packet, did it get sent down the line with the quotes around the name? [Sun Aug 31 04:09:45 2008] [Server02:icode] Samson@Alsherok: heh, one of my frustration comments :P [Sun Aug 31 04:09:11 2008] [Server02:icode] Marlin@Azereth: so I have changed if (!person) continue; to if( !person || d->connected != CON_PLAYING ) continue; #if !defined(IMCSTANDALONE) /* * Freaking stupid PC_DATA crap! */ if( IS_NPC( person ) ) [Sun Aug 31 04:08:07 2008] [Server02:icode] Kayle@MW: I dunno that codebase specific stuff like that will do you any good. [Sun Aug 31 04:04:25 2008] [Server02:icode] Marlin@Azereth: so added if( !d->connected || d->connected != CON_PLAYING ) continue; crashed there this time... [Sun Aug 31 04:03:47 2008] [Server02:icode] Marlin@Azereth: I figured it was getting people still in te menu and likes, and looking for flags that wasnt set yet [Sun Aug 31 04:02:44 2008] [Server02:icode] Marlin@Azereth: well it was crashing at if( IMCISINVIS( person ) ) [Fri Aug 29 00:22:02 2008] [Server02:icode] Shadyman@QS: lawl [Fri Aug 29 00:21:27 2008] [Server02:icode] Marlin@Azereth: :P [Fri Aug 29 00:21:01 2008] [Server02:icode] Kayle@MW: I forgot to change the makefile to look for .cpp files instead of .c -.- [Fri Aug 29 00:18:48 2008] [Server02:icode] Marlin@Azereth: rm imc.o; make??? [Fri Aug 29 00:18:16 2008] [Server02:icode] Kayle@MW: Not that I can tell. [Fri Aug 29 00:18:07 2008] [Server02:icode] Marlin@Azereth: not something messed in the make file is there? [Fri Aug 29 00:17:30 2008] [Server02:icode] Kayle@MW: But it's uh.. right there. [Fri Aug 29 00:17:25 2008] [Server02:icode] Kayle@MW: make[1]: *** No rule to make target `o/imc.o', needed by `smaug'. Stop. [Fri Aug 29 00:01:37 2008] [Server02:icode] Kayle@MW: Odd... my Dev port won't compile. Something about it can't find a file that's there... [Thu Aug 28 18:53:06 2008] [Server02:icode] Marlin@Azereth: #0 0x08168bac in get_local_chanwho (c=0xbe1c718) at imcsrc/imc.c:1975 1975 if( IMCISINVIS( person ) ) seems to be trying to send it to people whom are not fully connected.... [Wed Aug 27 21:18:20 2008] [Server02:icode] Kayle@MWDev: test [Wed Aug 27 17:26:44 2008] [Server02:icode] DavidHaley@Talon: woot :) [Wed Aug 27 17:26:36 2008] [Server02:icode] Kayle@MW: XD [Wed Aug 27 17:26:33 2008] [Server02:icode] Kayle@MW: Hey, look at that, it works. [Wed Aug 27 17:25:44 2008] [Server02:icode] Kayle@MW: *cleaner [Wed Aug 27 17:25:40 2008] [Server02:icode] Kayle@MW: that does look considerably cleanre. [Wed Aug 27 17:24:49 2008] [Server02:icode] DavidHaley@Talon: ah... ok. I would do it like this: if (level is lesser) { isException = false } else { do the for loop } [Wed Aug 27 17:24:10 2008] [Server02:icode] Kayle@MW: or rather: the level check is there so that only someone higher than level_greater can assign exceptions [Wed Aug 27 17:22:37 2008] [Server02:icode] DavidHaley@Talon: it'll be true or false regardless of what command you're checking [Wed Aug 27 17:22:28 2008] [Server02:icode] DavidHaley@Talon: the check is independent from the loop iteration [Wed Aug 27 17:22:17 2008] [Server02:icode] DavidHaley@Talon: wait, why do you have that level check in the for loop? [Wed Aug 27 17:21:38 2008] [Server02:icode] Kayle@MW: and drop down into the rest of the while loop? [Wed Aug 27 17:21:18 2008] [Server02:icode] Kayle@MW: Ah, So I could break after the level check as well then? [Wed Aug 27 17:20:43 2008] [Server02:icode] Kayle@MW: Wouldn't that just go back to the begining of the while and set isException back to false? [Wed Aug 27 17:18:03 2008] [Server02:icode] DavidHaley@Talon: you can break instead of continuing in the for loop once you set isException to true [Wed Aug 27 17:12:25 2008] [Server02:icode] Kayle@MW: Wiki updated, and Davion, the whole function's in there this time. :P [Wed Aug 27 17:08:35 2008] [Server02:icode] Kayle@MW: I wonder if I should put a level restriction on the exceptions. [Wed Aug 27 17:08:13 2008] [Server02:icode] Kayle@MW: I'm not good with strings, so I never know anyway. :P [Wed Aug 27 17:07:50 2008] [Server02:icode] DavidHaley@Talon: it should've been called stricmp or something. grr [Wed Aug 27 17:07:42 2008] [Server02:icode] DavidHaley@Talon: that's always pissed me off, I mean, how are you supposed to guess that from looking at just strcmp and str_cmp [Wed Aug 27 17:07:29 2008] [Server02:icode] DavidHaley@Talon: I think so [Wed Aug 27 17:07:24 2008] [Server02:icode] Kayle@MW: str_cmp is case insensitive yes? [Wed Aug 27 17:07:22 2008] [Server02:icode] DavidHaley@Talon: and then, set your bool flag, and then change your if statement to: if (!isException && !cmdFound) [Wed Aug 27 17:06:53 2008] [Server02:icode] DavidHaley@Talon: you probably don't need is_name -- just do case insensitive string compare [Wed Aug 27 17:06:52 2008] [Server02:icode] Kayle@MW: point taken. ;) [Wed Aug 27 17:06:27 2008] [Server02:icode] DavidHaley@Talon: and as a stylistic note I'd say "numExceptions" because it's the number, not the maximum number :) [Wed Aug 27 17:06:22 2008] [Server02:icode] Kayle@MW: pretend it's right. lol [Wed Aug 27 17:06:11 2008] [Server02:icode] Kayle@MW: Bleh. [Wed Aug 27 17:05:58 2008] [Server02:icode] DavidHaley@Talon: now you have a dash instead of an underscore :P [Wed Aug 27 17:05:25 2008] [Server02:icode] Kayle@MW: and Updated. [Wed Aug 27 17:04:53 2008] [Server02:icode] Kayle@MW: No, Davion, not the entire function. :P [Wed Aug 27 17:04:41 2008] [Server02:icode] Davion@ADP: Oh... that's not even the whole funct, nevermind! [Wed Aug 27 17:04:24 2008] [Server02:icode] Shadyman@QS: wee! [Wed Aug 27 17:04:20 2008] [Server02:icode] Davion@ADP: Looks like a possible infinite loop [Wed Aug 27 17:04:00 2008] [Server02:icode] Davion@ADP: .. [Wed Aug 27 17:02:47 2008] [Server02:icode] DavidHaley@Talon: otherwise, you're getting the number of bytes to store the array, as opposed to the number of elements [Wed Aug 27 17:02:36 2008] [Server02:icode] DavidHaley@Talon: you want sizeof the whole thing divided by sizeof one element [Wed Aug 27 17:02:27 2008] [Server02:icode] DavidHaley@Talon: your sizeof is wrong, though [Wed Aug 27 17:01:10 2008] [Server02:icode] Kayle@MW: Hrm. Maybe I was gonna set a bool to allow it to skip the command checks. [Wed Aug 27 17:00:11 2008] [Server02:icode] Kayle@MW: http://www.malevolentwhispers.org/index.php/User_talk:Kayle <-What I have so far. [Wed Aug 27 16:58:42 2008] [Server02:icode] DavidHaley@Talon: compare the argument to each element of the array, seeing if they're equal, and if so, you know the argument is a known exception [Wed Aug 27 16:58:24 2008] [Server02:icode] Shadyman@QS: hate it when that happens [Wed Aug 27 16:58:12 2008] [Server02:icode] Kayle@MW: Yeah, I got that part, but I forgot what I was going to do inside the loop. lol [Wed Aug 27 16:57:50 2008] [Server02:icode] DavidHaley@Talon: you were going to loop over the array, seeing if the passed argument to bestow was one of the known exceptions ;) [Wed Aug 27 16:57:17 2008] [Server02:icode] Kayle@MW: I completely forgot what I was going to do with this array though. lol [Wed Aug 27 16:57:00 2008] [Server02:icode] Kayle@MW: I'm in no big hurry. :P [Wed Aug 27 16:56:43 2008] [Server02:icode] DavidHaley@Talon: btw, Kayle, about that networking code. I won't be able to really look at it until this weekend, probably [Wed Aug 27 16:51:34 2008] [Server02:icode] Kayle@MW: Hrm. I did use a loop last time I did something like this. [Wed Aug 27 16:49:57 2008] [Server02:icode] DavidHaley@Talon: too, even [Wed Aug 27 16:49:55 2008] [Server02:icode] Davion@ADP: Containers rule. [Wed Aug 27 16:49:53 2008] [Server02:icode] DavidHaley@Talon: but that would just be doing the looping with a slightly cleaner API, and you'd have to figure out the API oto [Wed Aug 27 16:49:39 2008] [Server02:icode] DavidHaley@Talon: using container classes would make your life easier [Wed Aug 27 16:49:27 2008] [Server02:icode] DavidHaley@Talon: err... yeah :) it sounds like it [Wed Aug 27 16:49:21 2008] [Server02:icode] DavidHaley@Talon: you can definitely pass around arrays, just not to functions that expect straight strings [Wed Aug 27 16:49:19 2008] [Server02:icode] Kayle@MW: So I really have to write something to loop through this array? [Wed Aug 27 16:49:09 2008] [Server02:icode] Kayle@MW: Hrm. [Wed Aug 27 16:49:00 2008] [Server02:icode] DavidHaley@Talon: (modulo constness) [Wed Aug 27 16:48:55 2008] [Server02:icode] DavidHaley@Talon: an array of strings is typed char**, a string is char* [Wed Aug 27 16:48:45 2008] [Server02:icode] Davion@ADP: Nope. [Wed Aug 27 16:48:42 2008] [Server02:icode] DavidHaley@Talon: probably not with str_cmp either [Wed Aug 27 16:48:17 2008] [Server02:icode] Kayle@MW: Well, no, not with strstr, but I remember being able to pass arrays to something. maybe it was str_cmp [Wed Aug 27 16:47:07 2008] [Server02:icode] DavidHaley@Talon: at least not with strstr [Wed Aug 27 16:47:00 2008] [Server02:icode] DavidHaley@Talon: you never could, Kayle ;) [Wed Aug 27 16:46:51 2008] [Server02:icode] Kayle@MW: So I can't pass arrays into function anymore? [Wed Aug 27 16:43:10 2008] [Server02:icode] Davion@ADP: Oh. He's passing the whole array to strstr [Wed Aug 27 16:42:48 2008] [Server02:icode] DavidHaley@Talon: what you would need to do is loop over the array, checking each element in turn [Wed Aug 27 16:42:00 2008] [Server02:icode] DavidHaley@Talon: you can't use it as an argument to functions that expect strings [Wed Aug 27 16:41:51 2008] [Server02:icode] DavidHaley@Talon: that is a pointer to char pointers [Wed Aug 27 16:41:45 2008] [Server02:icode] DavidHaley@Talon: ok... the problem is that you have an array of strings [Wed Aug 27 16:41:38 2008] [Server02:icode] Davion@ADP: Kayle: Is it actually saying "cannot convert const char * const *"? [Wed Aug 27 16:40:15 2008] [Server02:icode] Kayle@MW: so my qestion is, I suppose, how should I be checking to see if arg is in the array? [Wed Aug 27 16:40:03 2008] [Server02:icode] Davion@ADP: Cannot convert const char * const*? [Wed Aug 27 16:39:12 2008] [Server02:icode] Kayle@MW: but strstr and is_name as I had it before strstr, both toss: act_wiz.c:5547: error: cannot convert const char* const*â to âconst char*â for argument â2â to âchar* strstr(const char*, const char*)â [Wed Aug 27 16:38:33 2008] [Server02:icode] Kayle@MW: Further down in the function, it's checking against commands to make sure it's valid, so I made it: if( !( cmd = find_command( arg ) ) &&&& !strstr( arg, bestow_exceptions ) ) [Wed Aug 27 16:37:02 2008] [Server02:icode] Kayle@MW: I have an array, const char *const bestow_exceptions[] = { "protoflag", "caninduct", "canoutcast" } [Wed Aug 27 16:36:28 2008] [Server02:icode] Kayle@MW: Let me try and rephrase. lol [Wed Aug 27 16:35:42 2008] [Server02:icode] DavidHaley@Talon: are you trying to use strstr on the string and the whole array? [Wed Aug 27 16:35:27 2008] [Server02:icode] DavidHaley@Talon: these are different things, right? an array of strings vs a string [Wed Aug 27 16:35:10 2008] [Server02:icode] DavidHaley@Talon: err... not really :) [Wed Aug 27 16:34:45 2008] [Server02:icode] Kayle@MW: Hrm. Hoping that made sense. lol [Wed Aug 27 16:34:38 2008] [Server02:icode] Kayle@MW: Ok, David, question. I have a small const char *const array. I need to compare an arg against what's in it to see if it's in the array as acceptable. is_name, and strstr both complain about feeding in a const char *const as a const char*, any suggestions? [Tue Aug 26 23:37:35 2008] [Server02:icode] Kline@AF: want the same for mobs but i think i'm going to have to rewrite everythign to do it, since area loading is so static [Tue Aug 26 23:37:21 2008] [Server02:icode] Kline@AF: and maps the names to the skill values on load [Tue Aug 26 23:37:08 2008] [Server02:icode] Kline@AF: yeah, my base saves player skills like 99 'fireball' 85 'acid blast' [Tue Aug 26 23:36:01 2008] [Server02:icode] Marlin@Azereth: I know circle uses espec, so the mob saves like BHD: 100, then on load it searches for BHD to set the barehanddamage to [Tue Aug 26 18:41:10 2008] [Server02:icode] DavidHaley@Talon: oops... well it's not a full bridge, but yeah [Tue Aug 26 18:40:15 2008] [Server02:icode] Kayle@MW: the irc bridge works though [Tue Aug 26 18:40:09 2008] [Server02:icode] Kayle@MW: it's not active. [Tue Aug 26 18:39:32 2008] [Server02:icode] DavidHaley@Talon: I don't think it's active anymore [Tue Aug 26 18:38:48 2008] [Server02:icode] Rorso@Talon: I think I remember there was some a few years ago (6 years? :P) [Tue Aug 26 18:38:12 2008] [Server02:icode] Rorso@Talon: I'll try follow the rules. Is the intermud3 bridge active? [Tue Aug 26 18:37:41 2008] [Server02:icode] Kayle@MW: Er, fine. [Tue Aug 26 18:37:37 2008] [Server02:icode] Kayle@MW: Well, as long as you dig in and look at the existing clients you should be find. :P [Tue Aug 26 18:37:29 2008] [Server02:icode] DavidHaley@Talon: and if it lets it through, chances are that the clients will reject it themselves [Tue Aug 26 18:37:19 2008] [Server02:icode] DavidHaley@Talon: I think the server is fairly robust to that kind of thing [Tue Aug 26 18:36:56 2008] [Server02:icode] Rorso@Talon: Like sending malformed packet and managed to bring everyone down ;p [Tue Aug 26 18:36:38 2008] [Server02:icode] Rorso@Talon: I am more worried about doing something that could get me thrown out from the server [Tue Aug 26 18:36:28 2008] [Server02:icode] Rorso@Talon: It is a standalone imc2 client in java [Tue Aug 26 18:36:28 2008] [Server02:icode] DavidHaley@Talon: A more serious recommendation might be to carefully craft a packet-constructing API, so that it is very easy to generate packets without much work on the caller's end [Tue Aug 26 18:36:28 2008] [Server02:icode] Kayle@MW: What codebase? [Tue Aug 26 18:36:27 2008] [Server02:icode] Rorso@Talon: :). I am doing a throw-away-prototype first just to get a feel of the protocol [Tue Aug 26 18:34:32 2008] [Server02:icode] DavidHaley@Talon: That's a pretty broad question :) at that level, the only thing I could say would be something like: "do it right and cleanly" ;) [Tue Aug 26 18:33:41 2008] [Server02:icode] Rorso@Talon: Is there any recommended things to consider when implementing imc2? [Sat Aug 23 22:22:49 2008] [Server02:icode] Syxx@Abyss: nice :D [Sat Aug 23 22:19:14 2008] [Server02:icode] FearItself@AvP: What I provided is a a way to use std::basic_string which is what std::string is a typedef of, passing a custom template that inherits from the template std::string's definition uses, and overloads the three necessary functions, then typedefs it into an easy to use class name, String, that is case insensitive at compares yet functionally identical to std::string [Sat Aug 23 22:17:37 2008] [Server02:icode] FearItself@AvP: But with std::string that wouldnt work if string == "Foo" [Sat Aug 23 22:17:23 2008] [Server02:icode] FearItself@AvP: Syxx: std::string isn't case insensitive, nor is a case insensitive version provided. However, often in the MUD code having a case insensitive string so you don't always have to do str_cmp or the like, is helpful. In those cases you can do string == "foo" [Sat Aug 23 22:13:54 2008] [Server02:icode] Kayle@MW: the strtok error? [Sat Aug 23 22:12:29 2008] [Server02:icode] Syxx@Abyss: hey, Kayle, didya ever fix the strtok error ya was having? [Sat Aug 23 22:10:56 2008] [Server02:icode] Syxx@Abyss: whats the for Fear? [Sat Aug 23 22:10:41 2008] [Server02:icode] Kayle@MW: What does that do, exactly? [Sat Aug 23 22:06:57 2008] [Server02:icode] FearItself@AvP: if it came across as double &s take one out [Sat Aug 23 22:06:45 2008] [Server02:icode] FearItself@AvP: http://www.mudbytes.net/index.php?a=pastebin&s=view&pid=6909 [Sat Aug 23 21:47:37 2008] [Server02:icode] Kiasyn@Talon: XD [Sat Aug 23 21:47:19 2008] [Server02:icode] Davion@ADP: Oh ya! Right! Sorry >:) [Sat Aug 23 21:46:53 2008] [Server02:icode] Kayle@MW: Don't have time. :P I've got all kinds of wedding things to do before the 4th of October. [Sat Aug 23 21:46:50 2008] [Server02:icode] Kiasyn@Talon: silly davion, piracy is bad [Sat Aug 23 21:46:31 2008] [Server02:icode] Davion@ADP: ...and movies ;) [Sat Aug 23 21:46:19 2008] [Server02:icode] Davion@ADP: demonoid up some ebooks ;) [Sat Aug 23 21:45:52 2008] [Server02:icode] Kayle@MW: I've watched all my movies thrice over, Now I've taken to reading old textbooks when I need to get away from the computer. [Sat Aug 23 21:45:44 2008] [Server02:icode] Davion@ADP: Be as careful with std::list as you are with *next :) [Sat Aug 23 21:45:21 2008] [Server02:icode] Kayle@MW: I need to get back in school. I'm going nuts being at home all day. [Sat Aug 23 21:45:08 2008] [Server02:icode] FearItself@AvP: Be very careful with std::list [Sat Aug 23 21:44:57 2008] [Server02:icode] Davion@ADP: std::list and std::vector save much time as well [Sat Aug 23 21:44:54 2008] [Server02:icode] Kayle@MW: I'm slowly working my way up to that. [Sat Aug 23 21:44:45 2008] [Server02:icode] Davion@ADP: std::map is magical [Sat Aug 23 21:44:41 2008] [Server02:icode] Davion@ADP: Oh you're missing out [Sat Aug 23 21:44:33 2008] [Server02:icode] Kayle@MW: that's about the only member of the STL I've actually played with as of yet. [Sat Aug 23 21:44:20 2008] [Server02:icode] Kayle@MW: I like std::bitset. [Sat Aug 23 21:42:54 2008] [Server02:icode] FearItself@AvP: Switching to std::string will actually be very helpful in the long run, trust me. And whatever you do DONT add an automatic string-to-char* cast overload. You'll cause problems. [Sat Aug 23 21:41:47 2008] [Server02:icode] Kayle@MW: I know for sure I'd like to update Smaug to use std::bitset since it's a lot easier to use/manage then BVs and XBVs [Sat Aug 23 21:41:23 2008] [Server02:icode] Kayle@MW: Right now, the const char * fix David put together for us is working until we figure out exactly how/if we want to handle an update to use the STL. [Sat Aug 23 21:40:26 2008] [Server02:icode] Davion@ADP: I've worked a lot with it recently with boost.python and man. Booo! [Sat Aug 23 21:40:16 2008] [Server02:icode] Davion@ADP: Davion@ADP agrees absolutely. [Sat Aug 23 21:40:10 2008] [Server02:icode] Kiasyn@Talon: std::string is ugly [Sat Aug 23 21:40:00 2008] [Server02:icode] Kayle@MW: In the future. [Sat Aug 23 21:39:51 2008] [Server02:icode] Davion@ADP: Have you decided if you're converting to std::string for FUSS? [Sat Aug 23 21:39:41 2008] [Server02:icode] Davion@ADP: Strings are easy :) [Sat Aug 23 21:39:13 2008] [Server02:icode] Marlin@Azereth: eep [Sat Aug 23 21:38:46 2008] [Server02:icode] Kayle@MW: I hate strings to begin with, but now I have to go through and fix all the ones throughout smaug. [Sat Aug 23 21:38:45 2008] [Server02:icode] Shadyman@QS: yeah, that part sucks. [Sat Aug 23 21:38:19 2008] [Server02:icode] Kayle@MW: it's this whole const char * shit that came up with gcc/g++ 4.2+ [Sat Aug 23 21:37:48 2008] [Server02:icode] Shadyman@QS: what did I ever do to gnu? [Sat Aug 23 21:37:38 2008] [Server02:icode] Kayle@MW: I. Hate. Strings. And. I. Hate. GNU. More. [Thu Aug 21 03:23:28 2008] [Server02:icode] Marlin@Azereth: act.item.c:44: warning: 'perform_drop_gold' declared 'static' but never defined <---- what exactly does that mean? [Thu Aug 21 03:23:10 2008] [Server02:icode] Marlin@Azereth: act.item.c:44: warning: 'perform_drop_gold' declared `static' but never defined <---- what exactly does that mean? [Tue Aug 19 01:59:09 2008] [Server02:icode] Conner@LandOfLegends: figured out the problem, but it remains a new gcc error to me, even after a google search, seems it's something that should only come up with QT related compiles. *shrug* [Tue Aug 19 01:03:08 2008] [Server02:icode] Conner@LandOfLegends: anyone happen to know what "invalid use of void expression" means when gcc outputs it at you? [Sun Aug 17 00:49:12 2008] [Server02:icode] Kiasyn@Talon: meh [Sun Aug 17 00:47:03 2008] [Server02:icode] Kayle@MW: Well, maybe not better, but easier. lol [Sun Aug 17 00:46:50 2008] [Server02:icode] Kayle@MW: I had a little bit of leftovers in the strings I was working with, and I found a better way to do it. [Sun Aug 17 00:46:25 2008] [Server02:icode] Kiasyn@Talon: what didnt solve what [Sun Aug 17 00:45:15 2008] [Server02:icode] Kayle@MW: rofl. Ooops. [Sun Aug 17 00:45:11 2008] [Server02:icode] Kayle@MW: who [Sun Aug 17 00:31:47 2008] [Server02:icode] Kayle@MWDev: Nope, that didn't solve it. [Sun Aug 17 00:30:53 2008] [Server02:icode] Kayle@MWDev: but let's see if that fixes it. [Sun Aug 17 00:30:44 2008] [Server02:icode] Kayle@MWDev: that might not even be the root of the problem honestly. [Sun Aug 17 00:27:00 2008] [Server02:icode] Kiasyn@Talon: i hope i called that by the right name haha [Sun Aug 17 00:26:54 2008] [Server02:icode] Kiasyn@Talon: D: [Sun Aug 17 00:26:52 2008] [Server02:icode] Kiasyn@Talon: marlin: you wouldn't use free() on a statically assigned memory block [Sun Aug 17 00:26:25 2008] [Server02:icode] Marlin@Azereth: kill process.... that'll erase it... [Sun Aug 17 00:26:24 2008] [Server02:icode] Kiasyn@Talon: but buf[0] = '\\0' will work fine too. [Sun Aug 17 00:26:13 2008] [Server02:icode] Kiasyn@Talon: if you want to _erase_ everything [Sun Aug 17 00:26:08 2008] [Server02:icode] Kiasyn@Talon: memcpy( buf, sizeof buf, '\\0' ) [Sun Aug 17 00:25:35 2008] [Server02:icode] Shadyman@QS: depends on your driver. [Sun Aug 17 00:25:25 2008] [Server02:icode] Shadyman@QS: buf = ''; ?? [Sun Aug 17 00:25:04 2008] [Server02:icode] Bailey@The_Eighth_Realm: buf[0] = '\\0'; ??? [Sun Aug 17 00:24:46 2008] [Server02:icode] Marlin@Azereth: free(buf);?? [Sun Aug 17 00:23:59 2008] [Server02:icode] Kayle@MW: What's the easiest way to erase everything in "char buf[MAX_STRING_LENGTH];" ? [Fri Aug 15 02:33:45 2008] [Server02:icode] Conner@LandOfLegends: aye, it really does... [Fri Aug 15 02:33:27 2008] [Server02:icode] Kayle@MW: Sleep sounds good. [Fri Aug 15 02:32:06 2008] [Server02:icode] Conner@LandOfLegends: sounds reasonable enough [Fri Aug 15 02:31:55 2008] [Server02:icode] Kayle@MW: Hrm. Oh, I should look at mudstrlcat and see how it's putting things into the char. [Fri Aug 15 02:31:08 2008] [Server02:icode] Conner@LandOfLegends: strfree? [Fri Aug 15 02:30:58 2008] [Server02:icode] Kayle@MW: I'm having a braindead moment. What's the easiest way to clear a "char *buf[MAX_STRING_LENGTH]" of everything in it? [Mon Aug 11 01:28:22 2008] [Server02:icode] Kiasyn@Talon: i wish it had lua style coroutines tho [Mon Aug 11 01:16:53 2008] [Server02:icode] Kiasyn@Talon: might look furhter into python [Mon Aug 11 01:09:28 2008] [Server02:icode] Davion@ADP: the __getstate__ method [Mon Aug 11 01:09:18 2008] [Server02:icode] Davion@ADP: http://docs.python.org/lib/pickle-example.html [Mon Aug 11 01:09:10 2008] [Server02:icode] Davion@ADP: You copy it to a dictionary and then remove the instances you don't want, it seems [Mon Aug 11 01:06:32 2008] [Server02:icode] Davion@ADP: Pretty sure [Mon Aug 11 01:04:41 2008] [Server02:icode] Kiasyn@Talon: can you pickle a class but not pickle certain members of the class [Mon Aug 11 01:04:25 2008] [Server02:icode] Kiasyn@Talon: :) [Mon Aug 11 01:03:37 2008] [Server02:icode] Davion@ADP: I just exposed all the do_*'s by redefining the DECLARE_DO_FUN macro briefly :P [Mon Aug 11 01:02:35 2008] [Server02:icode] Davion@ADP: http://docs.python.org/lib/module-pickle.html [Mon Aug 11 01:02:19 2008] [Server02:icode] Kiasyn@Talon: wat [Mon Aug 11 01:01:58 2008] [Server02:icode] Shadyman@QS: picklefork? [Mon Aug 11 01:01:53 2008] [Server02:icode] Davion@ADP: pickle! [Mon Aug 11 01:01:11 2008] [Server02:icode] Kiasyn@Talon: does python serialize easily [Mon Aug 11 00:57:26 2008] [Server02:icode] Kiasyn@Talon: :) [Mon Aug 11 00:51:59 2008] [Server02:icode] Davion@ADP: Of course, no trailing ;... ' % ch.level, ch); [Mon Aug 11 00:51:43 2008] [Server02:icode] Davion@ADP: Oo. Once stc is exposed, you don't even need a printf_to_char. "stc('My level is %d\ \ [Mon Aug 11 00:40:13 2008] [Server02:icode] Kiasyn@Talon: :P [Mon Aug 11 00:38:59 2008] [Server02:icode] Davion@ADP: Davion@ADP gasps in astonishment. [Mon Aug 11 00:38:26 2008] [Server02:icode] Kiasyn@Talon: 39 :S [Mon Aug 11 00:38:16 2008] [Server02:icode] Kiasyn@Talon: holy crap i have a lot of databses [Mon Aug 11 00:38:10 2008] [Server02:icode] Davion@ADP: Davion@ADP nods. [Mon Aug 11 00:37:57 2008] [Server02:icode] Kiasyn@Talon: :P [Mon Aug 11 00:37:56 2008] [Server02:icode] Kiasyn@Talon: crazy [Mon Aug 11 00:37:03 2008] [Server02:icode] Davion@ADP: I think the def() is a macro that translates into a set of template classes [Mon Aug 11 00:35:58 2008] [Server02:icode] Davion@ADP: It works because boost.python rules! [Mon Aug 11 00:35:28 2008] [Server02:icode] Davion@ADP: You can expose classes as well, and derive from them in the python [Mon Aug 11 00:35:25 2008] [Server02:icode] Kiasyn@Talon: how does that work :( [Mon Aug 11 00:35:09 2008] [Server02:icode] Davion@ADP: But basically "def("stc", send_to_char);" You can now use stc in the python scripts [Mon Aug 11 00:35:05 2008] [Server02:icode] Kiasyn@Talon: :D [Mon Aug 11 00:34:35 2008] [Server02:icode] Davion@ADP: I'll be posting a bit on it a in a few days [Mon Aug 11 00:34:26 2008] [Server02:icode] Davion@ADP: Boost.python however.... [Mon Aug 11 00:34:20 2008] [Server02:icode] Davion@ADP: The CAPI ya [Mon Aug 11 00:34:18 2008] [Server02:icode] Shadyman@QS: python ANYTHING is. [Mon Aug 11 00:34:09 2008] [Server02:icode] Kiasyn@Talon: i hear the python thing is a bitch to implement? [Mon Aug 11 00:33:56 2008] [Server02:icode] Kiasyn@Talon: lua-specific functions but you can wrap them and use them [Mon Aug 11 00:33:39 2008] [Server02:icode] Davion@ADP: Does Lua let you expose any function, or do they have to be lua-specific functions? [Mon Aug 11 00:33:17 2008] [Server02:icode] Kiasyn@Talon: its stil difficult :) [Mon Aug 11 00:33:16 2008] [Server02:icode] Davion@ADP: Pfft [Mon Aug 11 00:33:11 2008] [Server02:icode] Kiasyn@Talon: i embeded a lua interpreter instead [Mon Aug 11 00:33:04 2008] [Server02:icode] Davion@ADP: Makes things so easy! [Mon Aug 11 00:33:00 2008] [Server02:icode] Davion@ADP: Embed a python interpreter and use that ;) [Mon Aug 11 00:32:45 2008] [Server02:icode] Shadyman@QS: Yes. [Mon Aug 11 00:32:27 2008] [Server02:icode] Kiasyn@Talon: not build related marlin. im talking about the code side :P [Mon Aug 11 00:31:15 2008] [Server02:icode] Shadyman@QS: Yes. [Mon Aug 11 00:31:09 2008] [Server02:icode] Shadyman@QS: I didn't do it! i sear! [Mon Aug 11 00:31:07 2008] [Server02:icode] Kiasyn@Talon: implementing areas and rooms and objects and all from scratch is a PAIN IN THE ASS [Mon Aug 11 00:30:57 2008] [Server02:icode] Kiasyn@Talon: argh [Sat Aug 9 19:04:06 2008] [Server02:icode] Shadyman@QS: bah. [Sat Aug 9 19:04:01 2008] [Server02:icode] Shadyman@QS: hist [Sat Aug 9 19:01:58 2008] [Server02:icode] Scoyn@MW: Are PCs and NPCs affected the same way by stats/eq/weapons? Cuz I remember asking a long time ago, but don't remember the answer. =/ [Sat Aug 9 19:01:54 2008] [Server02:icode] Scoyn@MW: Are PCs and NPCs affected the same way by stats/eq/weapons? Cuz I remember asking a long time ago, but don't remember the answer. =\\ [Sat Aug 9 08:09:22 2008] [Server02:icode] Belore@AzerethBP: hello? :D [Tue Aug 5 22:18:56 2008] [Server02:icode] Marlin@Azereth: and still waiting on it to to reboot..... [Tue Aug 5 22:17:03 2008] [Server02:icode] Marlin@Azereth: Windows has detected that you have moved your mouse. Please restart your computer for the changes to take effect. [Sun Aug 3 22:50:35 2008] [Server02:icode] Samael@6Dragons: Thank you Marlin, that idea worked, and but does anyone know if valign works wit htables? [Sun Aug 3 22:31:51 2008] [Server02:icode] Scoyn@MW: Make sure you set the borders to 0 and the visibility of the borders to 0/off [Sun Aug 3 22:25:39 2008] [Server02:icode] Samael@6Dragons: good idea. I'll try that, thx. [Sun Aug 3 22:24:25 2008] [Server02:icode] Marlin@Azereth: put it inside a table? [Sun Aug 3 22:23:41 2008] [Server02:icode] Samael@6Dragons: I tried using that but to no avail. [Sun Aug 3 22:22:46 2008] [Server02:icode] Marlin@Azereth: alignment = "center" ?? [Sun Aug 3 22:22:19 2008] [Server02:icode] Samael@6Dragons: Anyone know how to center an input field in a browser via HTML/XHTML? [Sat Aug 2 17:25:05 2008] [Server02:icode] Kayle@MW: Wtf... Set iceshield to apply the iceshield effect and end up getting invis AND iceshield... [Thu Jul 31 23:05:57 2008] [Server02:icode] Marlin@Azereth: if (!strcmp("Scoyn", GET_NAME(pc))) nukescoyn; [Thu Jul 31 23:04:35 2008] [Server02:icode] Kayle@MW: You kinda work where I'm trying to fix the problem. [Thu Jul 31 23:04:15 2008] [Server02:icode] Scoyn@MW: >.> [Thu Jul 31 23:04:10 2008] [Server02:icode] Kayle@MW: Not you idiot. -.- [Thu Jul 31 23:04:06 2008] [Server02:icode] Scoyn@MW: Wait, nevermind. [Thu Jul 31 23:04:01 2008] [Server02:icode] Scoyn@MW: What's up? [Thu Jul 31 23:03:52 2008] [Server02:icode] Kayle@MW: someone using smaug help me out for a sec. [Tue Jul 29 01:18:41 2008] [Server02:icode] Kayle@MW: I don't have any idea what color fix for the imc main screen you're talking about I don't even know what the imc main screen is. >.> [Tue Jul 29 01:03:54 2008] [Server02:icode] Marlin@Azereth: where is this color fix for the imc main screen? I think Rilgore was saying something about it? [Sun Jul 27 13:08:19 2008] [Server02:icode] Marlin@Azereth: even the imc code has it imc.c:5603: warning: the address of imccmd will always evaluate as true [Sun Jul 27 13:05:37 2008] [Server02:icode] Marlin@Azereth: never gave warnings for that before.... and even the dg_script code from tba does it... [Sun Jul 27 13:04:21 2008] [Server02:icode] Kline@AF: i'd think to fix the problem instead of try to turn the warnings off? if possible? [Sun Jul 27 13:03:43 2008] [Server02:icode] Marlin@Azereth: warning: the address of name will never be NULL warning: the address of arg2 will always evaluate as true [Sun Jul 27 13:02:47 2008] [Server02:icode] Marlin@Azereth: is there any way I can turn off certain warnings, like a tg in the makefile? [Sat Jul 26 20:52:45 2008] [Server02:icode] Kline@AF: Yeah, no snippets for Ack base, though. The closest I've found was ROM or Circle of a badly hacked together MCCP2, and it was too different to work properly. [Sat Jul 26 20:52:13 2008] [Server02:icode] FearItself@AvP: Its pretty simple. Theres some snippets. I didnt implement mine until I completely rewrote my connection negotiation to include a full proper telnet parser, though, but that's overkill for most [Sat Jul 26 20:51:36 2008] [Server02:icode] Kline@AF: MCCP is a ways away, as I don't feel like learning telopt and zlib stuff yet :P [Sat Jul 26 20:51:15 2008] [Server02:icode] FearItself@AvP: Alternatively, implement MCCP, encourage players to use it, and the latency and bandwidth will be significantly reduced [Sat Jul 26 20:50:51 2008] [Server02:icode] FearItself@AvP: Downside is that last room desc won't show, but if you have an event system you could have an event that gets reset on every entry to show a given room's desc if after Z seconds player is still in the room stored in the event. [Sat Jul 26 20:50:24 2008] [Server02:icode] FearItself@AvP: Simply keep a recent history of last 5 timestamps when players enter rooms, if last room entry was within N seconds, if average delta between timestamps drops below Y time, don't display room desc on entry. [Sat Jul 26 20:49:18 2008] [Server02:icode] Kline@AF: So looking for a good way to implement it [Sat Jul 26 20:49:11 2008] [Server02:icode] Kline@AF: I played some game with it in the past but can't think of a clean way to do it short of examining the interp buffer constantly [Sat Jul 26 20:49:06 2008] [Server02:icode] FearItself@AvP: Wouldnt be too hard to do that dynamically [Sat Jul 26 20:48:43 2008] [Server02:icode] Kline@AF: Has anybody ever implemented speed walking to where after X rooms it only displays room titles and not descrs till you reach your destination? [Fri Jul 25 23:05:56 2008] [Server02:icode] Scoyn@MW: My brother was born when I was 4, my parents got divorced when I was 6. From the time I was 10-15 my father tried to get me to move in with him. Then I stopped visitation. [Fri Jul 25 23:05:42 2008] [Server02:icode] Samson@Alsherok: Assuming you mean for QSFP, then no. Unless you want to add the string to the censor function. [Fri Jul 25 23:05:12 2008] [Server02:icode] Rilgore@MW: Let us start with your childhood ... [Fri Jul 25 23:04:58 2008] [Server02:icode] Scoyn@MW: Lots of stuff, where should I start? :P [Fri Jul 25 23:04:49 2008] [Server02:icode] Scoyn@MW: Samson, is there a way to set a specific string to not be accepted as a thread topic? [Fri Jul 25 23:04:48 2008] [Server02:icode] Rilgore@MW: Yea Scoyn WTF is wrong with you ... [Tue Jul 22 20:20:38 2008] [Server02:icode] Marlin@Azereth: wtf?? #2 0x08173c6b in imcban (ch=0x1, argument=<value optimized out>) at imc.c:6925 [Tue Jul 22 00:49:38 2008] [Server02:icode] Kiasyn@Talon: and make lengthy load/save routines [Tue Jul 22 00:49:26 2008] [Server02:icode] Kiasyn@Talon: srsly, i love just serializing data instead of having to format it :< [Tue Jul 22 00:41:26 2008] [Server02:icode] Kiasyn@Talon: :P [Tue Jul 22 00:41:14 2008] [Server02:icode] Samson@Alsherok: oh, right. vector can only have one argument :P [Tue Jul 22 00:35:36 2008] [Server02:icode] Kiasyn@Talon: not a map [Tue Jul 22 00:35:30 2008] [Server02:icode] Kiasyn@Talon: :P its a vector [Tue Jul 22 00:34:16 2008] [Server02:icode] Samson@Alsherok: why not? [Tue Jul 22 00:33:27 2008] [Server02:icode] Kiasyn@Talon: vector<string,string> doesnt work too well [Tue Jul 22 00:33:22 2008] [Server02:icode] Kiasyn@Talon: haha [Mon Jul 21 22:42:52 2008] [Server02:icode] Kiasyn@Talon: no idea, its in the recent posts of mb [Mon Jul 21 22:42:30 2008] [Server02:icode] Scoyn@MW: Link me to it. >.> [Mon Jul 21 22:42:21 2008] [Server02:icode] Kiasyn@Talon: scoyn: ill think about it. post it in the megabot thread :p [Mon Jul 21 22:42:03 2008] [Server02:icode] Kiasyn@Talon: have to write an xml/rss parser in lua first :p [Mon Jul 21 22:42:03 2008] [Server02:icode] Scoyn@MW: Kia, what about adding a snippet to it that would sort the cards for uno, either by color/type? [Mon Jul 21 22:41:51 2008] [Server02:icode] Kiasyn@Talon: soon enough [Mon Jul 21 22:41:30 2008] [Server02:icode] Samson@Alsherok: News ever get ported over? [Mon Jul 21 22:40:51 2008] [Server02:icode] Kayle@MW: lol [Mon Jul 21 22:40:46 2008] [Server02:icode] Scoyn@MW: :P [Mon Jul 21 22:40:38 2008] [Server02:icode] Kiasyn@Talon: Megabot: distracting admins from completing their muds since a few days ago [Mon Jul 21 22:40:22 2008] [Server02:icode] Samson@Alsherok: I'm sure I'll survive [Mon Jul 21 22:40:12 2008] [Server02:icode] Kayle@MW: You're missing uno games. :P [Mon Jul 21 22:39:58 2008] [Server02:icode] Scoyn@MW: Oh, ok. XD [Mon Jul 21 22:39:57 2008] [Server02:icode] Samson@Alsherok: Seconded even though I'm not listening right now [Mon Jul 21 22:39:49 2008] [Server02:icode] Kiasyn@Talon: lies, !score and !count [Mon Jul 21 22:39:36 2008] [Server02:icode] Scoyn@MW: Kia, you need to add !players to the known commands for the megabot. This way we can see who's playing the games