From tanner at real-time.com  Thu Feb  3 16:32:34 2005
From: tanner at real-time.com (Bob Tanner)
Date: Thu Feb  3 16:34:29 2005
Subject: [crossfire] gcfclient segfault with -sdl
Message-ID: <200502031632.43308@www.mn-linux.org.or.transmuter.real-time.com>

Debugging a bug report from BTS (debian bug tracking system).

Summary, gcfclient segfaults when invoked with -sdl. I can confirm it.

Crashed at map.c:576 with a segfault.

Backtrace:
#0  0x0806c65f in gtk_draw_map (redraw=0) at map.c:576
#1  0x0806770c in display_map_doneupdate (redraw=0) at gx11.c:5657
#2  0x08071b03 in map1_common (data=0x825f400 "", len=560, rev=1)
    at commands.c:1159
#3  0x08071b4b in Map1aCmd (data=0x825f400 "", len=560) at commands.c:1174
#4  0x0806e797 in DoClient (csocket=0x81cc780) at client.c:152
#5  0x080534ea in do_network () at gx11.c:346
#6  0xb7e81cfb in gdk_get_show_events () from /usr/lib/libgdk-1.2.so.0
#7  0x081cc780 in sound_process ()
#8  0x0000000c in ?? ()
#9  0x00000001 in ?? ()
#10 0xb7e664a8 in ?? () from /usr/lib/libglib-1.2.so.0
#11 0x00000000 in ?? ()
#12 0x081e6ff0 in ?? ()
#13 0xbffff5e8 in ?? ()
#14 0xb7e54a56 in g_io_add_watch () from /usr/lib/libglib-1.2.so.0
#15 0xb7e54a56 in g_io_add_watch () from /usr/lib/libglib-1.2.so.0
#16 0xb7e5603d in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#17 0xb7e564f4 in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#18 0xb7e56724 in g_main_run () from /usr/lib/libglib-1.2.so.0
#19 0xb7f4325f in gtk_main () from /usr/lib/libgtk-1.2.so.0
#20 0x080535b3 in event_loop () at gx11.c:401
#21 0x08067e04 in main (argc=4, argv=0xbffff814) at gx11.c:5991

Offending code:
if (the_map.cells[mx][my].heads[layer].face && 
    pixmaps[the_map.cells[mx][my].heads[layer].face]->map_image){

The problem is the pixmaps array.

(gdb) p pixmaps
$7 = {0x0 <repeats 10000 times>}

Go to frame 1, this is where I'm confused, code follows:

#if !ALTERNATE_MAP_REDRAW
#ifdef HAVE_SDL
 if (use_config[CONFIG_SDL]) sdl_gen_map(redraw);
 else
#endif
 gtk_draw_map(redraw);

#endif
    } /* if updatelock */

Why is gtk_draw_map(redraw) even being invoked? Shouldn't sdl_gen_map(redraw) 
be used?

(gdb) p CONFIG_SDL
$8 = 12
(gdb) p use_config[CONFIG_SDL]
$9 = 1


-- 
Bob Tanner <tanner@mn-linux.org>          | Phone : (952)943-8700
http://www.mn-linux.org, Minnesota, Linux | Fax   : (952)943-8500
Key fingerprint = AB15 0BDF BCDE 4369 5B42  1973 7CF1 A709 2CC1 B288

From tanner at real-time.com  Thu Feb  3 17:53:29 2005
From: tanner at real-time.com (Bob Tanner)
Date: Thu Feb  3 17:54:30 2005
Subject: [crossfire] gcfclient segfault with -sdl
In-Reply-To: <200502031632.43308@www.mn-linux.org.or.transmuter.real-time.com>
References: <200502031632.43308@www.mn-linux.org.or.transmuter.real-time.com>
Message-ID: <200502031753.30939@www.mn-linux.org.or.transmuter.real-time.com>

On Thursday 03 February 2005 04:32 pm, Bob Tanner wrote:
> Why is gtk_draw_map(redraw) even being invoked? Shouldn't
> sdl_gen_map(redraw) be used?
>
> (gdb) p CONFIG_SDL
> $8 = 12
> (gdb) p use_config[CONFIG_SDL]
> $9 = 1

Nevermind. Code wasn't compiled with SDL support!

I'll make a patch that makes -sdl an invalid option of SDL support is not 
compiled in.

-- 
Bob Tanner <tanner@mn-linux.org>          | Phone : (952)943-8700
http://www.mn-linux.org, Minnesota, Linux | Fax   : (952)943-8500
Key fingerprint = AB15 0BDF BCDE 4369 5B42  1973 7CF1 A709 2CC1 B288

From pc-crossfire04 at crowcastle.net  Thu Feb  3 18:08:55 2005
From: pc-crossfire04 at crowcastle.net (Preston Crow)
Date: Thu Feb  3 18:14:30 2005
Subject: [crossfire] client: pickup count
In-Reply-To: <41ECC0D8.6020809@sonic.net>
References: <1105931605.13868.42.camel@myth.crowcastle.com>
	<Pine.LNX.4.58.0501162253010.21206@zen.opentrend.net>
	<1105935169.13874.45.camel@myth.crowcastle.com>
	<41ECC0D8.6020809@sonic.net>
Message-ID: <1107475734.17545.20.camel@myth.crowcastle.com>

On Tue, 2005-01-18 at 02:55, Mark Wedel wrote:
>   I just tried this out, and it worked normal, as far as I'm concerned.

I rebuilt, and now it's fine.  I suspect that the problem was that I had
a corrupted build.  (I copied files over from a different computer, and
I must have not done a full clean--athlon optimizations aren't nice on a
P4.)

--PC



From mikeeusaaa at yahoo.com  Thu Feb  3 19:10:18 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Thu Feb  3 19:14:31 2005
Subject: [crossfire] client: text
In-Reply-To: <1107475734.17545.20.camel@myth.crowcastle.com>
Message-ID: <20050204011018.3151.qmail@web61008.mail.yahoo.com>

One thing that having a text client would allow is for
server admins to bind it to a port for telnet access
to crossfire for players who enjoy such things.

Perhapse the client could be based off the cfclient
libaries that are allready in existance but instead
draw in curses? 

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

From tchize at myrealbox.com  Fri Feb  4 12:16:53 2005
From: tchize at myrealbox.com (tchize)
Date: Fri Feb  4 12:19:40 2005
Subject: [crossfire] misc.c: raiseChild() problem
In-Reply-To: <200501311808.25083@www.mn-linux.org.or.transmuter.real-time.com>
References: <20050129003718.GA25901@real-time.com>
	<200501301300.40901.tchize@myrealbox.com>
	<200501311808.25083@www.mn-linux.org.or.transmuter.real-time.com>
Message-ID: <200502041916.58084.tchize@myrealbox.com>

If the raiseChild core dumps the client on sigpipe event, i'd like to know 
about. More specifically, i'd like to get a bt trace, that's strange.

Le Mardi 01 F?vrier 2005 01:08, Bob Tanner a ?crit :
On Sunday 30 January 2005 06:00 am, tchize wrote:
> However, according to you mail, it does core dump. Maybe it core dumps
> later as a side effect of code. So, i want you to load your core dump into
> gdb with following command:
> gdb <client bin path> <core_file>

I've fixed the problem, but fixing cfsndserv, the patch for the fix is on my
gtk client  rel-1-7-0-autoconf-rework branch.

The rel-1-7-0 (head) has default sound device as /dev/dsp, I changed that to

#define AUDIODEV "plughw:0,0"

Prevents the crash, but sounds sound weird now. Haven't looked into that yet.

-- 
--
Tchize (David Delbecq)
tchize@myrealbox.com
Public PGP KEY FINGERPRINT:
? ? F4BC EF69 54CC F2B5 4621 ?8DAF 1C71 8E6B 5436 C17C
Public PGP KEY location:
? ? http://wwwkeys.pgp.net/pgpnet/wwwkeys.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://shadowknight.real-time.com/pipermail/crossfire/attachments/20050204/19b86a80/attachment.pgp
From tanner at real-time.com  Fri Feb  4 15:53:30 2005
From: tanner at real-time.com (Bob Tanner)
Date: Fri Feb  4 15:54:40 2005
Subject: [crossfire] misc.c: raiseChild() problem
In-Reply-To: <200502041916.58084.tchize@myrealbox.com>
References: <20050129003718.GA25901@real-time.com>
	<200501311808.25083@www.mn-linux.org.or.transmuter.real-time.com>
	<200502041916.58084.tchize@myrealbox.com>
Message-ID: <200502041553.31772@www.mn-linux.org.or.transmuter.real-time.com>

On Friday 04 February 2005 12:16 pm, tchize wrote:
> If the raiseChild core dumps the client on sigpipe event, i'd like to know
> about. More specifically, i'd like to get a bt trace, that's strange.
>

Ick, another top poster!

[  INFO  ] (Client Version) GTK Unix Client
[  INFO  ] (common::raiseChild) Raising /usr/games/cfsndserv with flags 7
Can't connect to metaserver: Connection refused
[  INFO  ] (common::monitorChilds) Child /usr/games/cfsndserv died. Removing 
and closing pipes
1[WARNING ] (common::VersionCmd) Differing C->S version numbers (1022,1023)
[  INFO  ] (common::VersionCmd) Playing on server type  Crossfire Server

[WARNING ] (common::SetupCmd) Server returned FALSE on setup command sexp
[  INFO  ] (commands.c) addme_success received.

Playing sound 6 (type 0), offset 0, 0

Program received signal SIGPIPE, Broken pipe.
[Switching to Thread -1210617184 (LWP 11721)]
0x410e340e in __write_nocancel () from /lib/tls/libc.so.6
(gdb) bt
#0  0x410e340e in __write_nocancel () from /lib/tls/libc.so.6
#1  0x41085b6f in _IO_new_file_write () from /lib/tls/libc.so.6
#2  0x41084cde in new_do_write () from /lib/tls/libc.so.6
#3  0x41084c76 in _IO_new_do_write () from /lib/tls/libc.so.6
#4  0x41085322 in _IO_new_file_sync () from /lib/tls/libc.so.6
#5  0x410798a8 in fflush () from /lib/tls/libc.so.6
#6  0x0807133d in play_sound (soundnum=6, soundtype=0, x=0, y=0) at 
sound.c:100
#7  0x08071442 in SoundCmd (data=0x8262810 "", len=5) at sound.c:128
#8  0x080715ab in DoClient (csocket=0x81ce8c0) at client.c:152
#9  0x08053ada in do_network () at gx11.c:346
#10 0xb7e81cfb in gdk_get_show_events () from /usr/lib/libgdk-1.2.so.0
#11 0x081ce8c0 in sound_process ()
#12 0x0000000d in ?? ()
#13 0x00000001 in ?? ()
#14 0xb7e664a8 in ?? () from /usr/lib/libglib-1.2.so.0
#15 0x00000000 in ?? ()
#16 0x081e8f30 in ?? ()
#17 0xbffff658 in ?? ()
#18 0xb7e54a56 in g_io_add_watch () from /usr/lib/libglib-1.2.so.0
#19 0xb7e54a56 in g_io_add_watch () from /usr/lib/libglib-1.2.so.0
#20 0xb7e5603d in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#21 0xb7e564f4 in g_get_current_time () from /usr/lib/libglib-1.2.so.0
#22 0xb7e56724 in g_main_run () from /usr/lib/libglib-1.2.so.0
#23 0xb7f4325f in gtk_main () from /usr/lib/libgtk-1.2.so.0
#24 0x08053ba3 in event_loop () at gx11.c:401
#25 0x08068579 in main (argc=1, argv=0xbffff884) at gx11.c:5992

-- 
Bob Tanner <tanner@mn-linux.org>          | Phone : (952)943-8700
http://www.mn-linux.org, Minnesota, Linux | Fax   : (952)943-8500
Key fingerprint = AB15 0BDF BCDE 4369 5B42  1973 7CF1 A709 2CC1 B288

From mwedel at sonic.net  Sat Feb  5 00:22:45 2005
From: mwedel at sonic.net (Mark Wedel)
Date: Sat Feb  5 00:24:43 2005
Subject: [crossfire] misc.c: raiseChild() problem
In-Reply-To: <200502041553.31772@www.mn-linux.org.or.transmuter.real-time.com>
References: <20050129003718.GA25901@real-time.com>	<200501311808.25083@www.mn-linux.org.or.transmuter.real-time.com>	<200502041916.58084.tchize@myrealbox.com>
	<200502041553.31772@www.mn-linux.org.or.transmuter.real-time.com>
Message-ID: <42046635.6030505@sonic.net>

Bob Tanner wrote:

> Playing sound 6 (type 0), offset 0, 0
> 
> Program received signal SIGPIPE, Broken pipe.
> [Switching to Thread -1210617184 (LWP 11721)]
> 0x410e340e in __write_nocancel () from /lib/tls/libc.so.6
> (gdb) bt
> #0  0x410e340e in __write_nocancel () from /lib/tls/libc.so.6
> #1  0x41085b6f in _IO_new_file_write () from /lib/tls/libc.so.6
> #2  0x41084cde in new_do_write () from /lib/tls/libc.so.6
> #3  0x41084c76 in _IO_new_do_write () from /lib/tls/libc.so.6
> #4  0x41085322 in _IO_new_file_sync () from /lib/tls/libc.so.6
> #5  0x410798a8 in fflush () from /lib/tls/libc.so.6
> #6  0x0807133d in play_sound (soundnum=6, soundtype=0, x=0, y=0) at 
> sound.c:100
> #7  0x08071442 in SoundCmd (data=0x8262810 "", len=5) at sound.c:128
> #8  0x080715ab in DoClient (csocket=0x81ce8c0) at client.c:152
> #9  0x08053ada in do_network () at gx11.c:346
> #10 0xb7e81cfb in gdk_get_show_events () from /usr/lib/libgdk-1.2.so.0
> #11 0x081ce8c0 in sound_process ()
> #12 0x0000000d in ?? ()
> #13 0x00000001 in ?? ()
> #14 0xb7e664a8 in ?? () from /usr/lib/libglib-1.2.so.0
> #15 0x00000000 in ?? ()
> #16 0x081e8f30 in ?? ()
> #17 0xbffff658 in ?? ()
> #18 0xb7e54a56 in g_io_add_watch () from /usr/lib/libglib-1.2.so.0
> #19 0xb7e54a56 in g_io_add_watch () from /usr/lib/libglib-1.2.so.0
> #20 0xb7e5603d in g_get_current_time () from /usr/lib/libglib-1.2.so.0
> #21 0xb7e564f4 in g_get_current_time () from /usr/lib/libglib-1.2.so.0
> #22 0xb7e56724 in g_main_run () from /usr/lib/libglib-1.2.so.0
> #23 0xb7f4325f in gtk_main () from /usr/lib/libgtk-1.2.so.0
> #24 0x08053ba3 in event_loop () at gx11.c:401
> #25 0x08068579 in main (argc=1, argv=0xbffff884) at gx11.c:5992

  That is 'normal'.  By default, gdb will catch sigpipes (it will in fact catch 
all signals).  the client has its own signal handler, so for lack of a better 
term, isn't a big deal.

  If you tpe 'continue' at the gdb prompt, what happens next?  that is the real 
crash (most users don't run there programs under gdb)


From nicolas.weeger at laposte.net  Sat Feb  5 17:35:25 2005
From: nicolas.weeger at laposte.net (Nicolas Weeger)
Date: Sat Feb  5 17:39:51 2005
Subject: [crossfire] Re: [Crossfire-cvs] CVS commit: client
In-Reply-To: <E1CxZOp-0007WP-J9@sc8-pr-cvs1.sourceforge.net>
References: <E1CxZOp-0007WP-J9@sc8-pr-cvs1.sourceforge.net>
Message-ID: <4205583D.10102@laposte.net>

> Modified Files:
> 	client: CHANGES
> 	client/common: client-types.h commands.c misc.c newsocket.c player.c
> 	    proto.h
> 	client/gtk: gx11.c keys.c
> 	client/gtk/win32: config.h
> 
> Log Message:
> Fix a buffer overflow in unbind output. Make strings const when possible

Just committed those modifications. Strings are now const when 
possible (specially when getting values from GTK widgets).
Since i changed some files in common, i may have broken gnome/x11 
clients (are they still in use??).

I do think my changes make the code more robust (preventing writing on 
const char), so i think it's worth breaking the 2 other clients for 
the time it'll take someone to make the hopefully trivial changes to 
fix :)

Ryo

From mikeeusaaa at yahoo.com  Sat Feb  5 18:14:23 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Sat Feb  5 18:19:50 2005
Subject: [crossfire] Alliance System?
In-Reply-To: <42046635.6030505@sonic.net>
Message-ID: <20050206001423.40638.qmail@web61008.mail.yahoo.com>

I was wondering if we could have an alliance system in
crossfire so map makers could put warring factions in
their worlds.

0 would be standard enemies of the player (goblins
etc)
1 would be standard neutral (gaurds, towns people).

0 and 1 would be neutral to eachother (unless you want
them fighting, might disrupt some maps?)
this would be set in a text file
2 would be etc
then 3
then 4.

or perhapse it could go by names rather than numbers?

well you get the jist.

Maby the diffrent kingdoms could be diff factions?

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

From tchize at myrealbox.com  Sun Feb  6 03:31:26 2005
From: tchize at myrealbox.com (tchize)
Date: Sun Feb  6 03:34:54 2005
Subject: [crossfire] Alliance System?
Message-ID: <200502061031.30598.tchize@myrealbox.com>

Please do not reply to another thread to start a new one. Instead go to the 
'new mail' window of your mail client.
If you reply to another thread, client add a 'In-Reply-To:' header in mail and 
recipient clients attach your new thread to another one. This is cumbersome 
to read.

Thanks.

Le Dimanche 06 F?vrier 2005 01:14, Mitch Obrian a ?crit :
I was wondering if we could have an alliance system in
crossfire so map makers could put warring factions in
their worlds.

0 would be standard enemies of the player (goblins
etc)
1 would be standard neutral (gaurds, towns people).

0 and 1 would be neutral to eachother (unless you want
them fighting, might disrupt some maps?)
this would be set in a text file
2 would be etc
then 3
then 4.

or perhapse it could go by names rather than numbers?

well you get the jist.

Maby the diffrent kingdoms could be diff factions?

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

_______________________________________________
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

-- 
--
Tchize (David Delbecq)
tchize@myrealbox.com
Public PGP KEY FINGERPRINT:
? ? F4BC EF69 54CC F2B5 4621 ?8DAF 1C71 8E6B 5436 C17C
Public PGP KEY location:
? ? http://wwwkeys.pgp.net/pgpnet/wwwkeys.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://shadowknight.real-time.com/pipermail/crossfire/attachments/20050206/e507a36d/attachment.pgp
From tchize at myrealbox.com  Sun Feb  6 05:36:43 2005
From: tchize at myrealbox.com (tchize)
Date: Sun Feb  6 05:39:54 2005
Subject: [crossfire] Alliance System?
Message-ID: <200502061236.47947.tchize@myrealbox.com>

Please do not reply to another thread to start a new one. Instead go to the 
'new mail' window of your mail client.
If you reply to another thread, client add a 'In-Reply-To:' header in mail and 
recipient clients attach your new thread to another one. This is cumbersome 
to read.

Thanks.

Le Dimanche 06 F?vrier 2005 01:14, Mitch Obrian a ?crit :
I was wondering if we could have an alliance system in
crossfire so map makers could put warring factions in
their worlds.

0 would be standard enemies of the player (goblins
etc)
1 would be standard neutral (gaurds, towns people).

0 and 1 would be neutral to eachother (unless you want
them fighting, might disrupt some maps?)
this would be set in a text file
2 would be etc
then 3
then 4.

or perhapse it could go by names rather than numbers?

well you get the jist.

Maby the diffrent kingdoms could be diff factions?

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

_______________________________________________
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

-- 
--
Tchize (David Delbecq)
tchize@myrealbox.com
Public PGP KEY FINGERPRINT:
? ? F4BC EF69 54CC F2B5 4621 ?8DAF 1C71 8E6B 5436 C17C
Public PGP KEY location:
? ? http://wwwkeys.pgp.net/pgpnet/wwwkeys.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://shadowknight.real-time.com/pipermail/crossfire/attachments/20050206/0a9232c1/attachment.pgp
From mikeeusaaa at yahoo.com  Sun Feb  6 12:21:52 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Sun Feb  6 12:24:57 2005
Subject: [crossfire] Alliance System?
In-Reply-To: <200502061236.47947.tchize@myrealbox.com>
Message-ID: <20050206182152.9828.qmail@web61004.mail.yahoo.com>

So what about an alliance/fation system?
 
--- tchize <tchize@myrealbox.com> wrote:

> Please do not reply to another thread to start a new
> one. Instead go to the 
> 'new mail' window of your mail client.
> If you reply to another thread, client add a
> 'In-Reply-To:' header in mail and 
> recipient clients attach your new thread to another
> one. This is cumbersome 
> to read.
> 
> Thanks.
> 
> Le Dimanche 06 Février 2005 01:14, Mitch Obrian a
> écrit :
> I was wondering if we could have an alliance system
> in
> crossfire so map makers could put warring factions
> in
> their worlds.
> 
> 0 would be standard enemies of the player (goblins
> etc)
> 1 would be standard neutral (gaurds, towns people).
> 
> 0 and 1 would be neutral to eachother (unless you
> want
> them fighting, might disrupt some maps?)
> this would be set in a text file
> 2 would be etc
> then 3
> then 4.
> 
> or perhapse it could go by names rather than
> numbers?
> 
> well you get the jist.
> 
> Maby the diffrent kingdoms could be diff factions?
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam
> protection around
> http://mail.yahoo.com
> 
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
>
http://mailman.metalforge.org/mailman/listinfo/crossfire
> 
> -- 
> --
> Tchize (David Delbecq)
> tchize@myrealbox.com
> Public PGP KEY FINGERPRINT:
>     F4BC EF69 54CC F2B5 4621  8DAF 1C71 8E6B 5436
> C17C
> Public PGP KEY location:
>     http://wwwkeys.pgp.net/pgpnet/wwwkeys.html
> 

> ATTACHMENT part 1.2 application/pgp-signature 
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
>
http://mailman.metalforge.org/mailman/listinfo/crossfire
> 



		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - now with 250MB free storage. Learn more.
http://info.mail.yahoo.com/mail_250

From tanner at real-time.com  Mon Feb  7 10:43:53 2005
From: tanner at real-time.com (Bob Tanner)
Date: Mon Feb  7 10:45:05 2005
Subject: [crossfire] Text based client, "stifling" conversation,
	ancient history
Message-ID: <200502071043.54101@www.mn-linux.org.or.transmuter.real-time.com>

A very long time ago, I started a text based "client". The noise on the forums 
about a text based client has made me dig the code back out.

The whole thread of stifling the conversation also brought back some ancient 
history about having a text based client so people (Leaf) have a light client 
for being logged in metalforge to monitor PKers, etc.

After finding everquest, they have a pretty cool idea, eqim, it's an IM client 
for talking/monitoring in game communications/channels/etc.

I think with a little work the beginnings of the text client I have could be 
wrapped into an IM-like client.

Question, make a plugin for kopete or a plugin for jabber?

Or would something hacked onto xchat be better?

-- 
Bob Tanner <tanner@mn-linux.org>          | Phone : (952)943-8700
http://www.mn-linux.org, Minnesota, Linux | Fax   : (952)943-8500
Key fingerprint = AB15 0BDF BCDE 4369 5B42  1973 7CF1 A709 2CC1 B288

From mikeeusaaa at yahoo.com  Mon Feb  7 11:20:54 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Mon Feb  7 11:25:06 2005
Subject: [crossfire] Text based client, "stifling" conversation,
	ancient history
In-Reply-To: <200502071043.54101@www.mn-linux.org.or.transmuter.real-time.com>
Message-ID: <20050207172054.61112.qmail@web61008.mail.yahoo.com>

Would be a cool start. It could then eventually have
subroutiens added to it (since the net code is
allready there) to show the map is ASCII (like adom
etc)... and maby the server programmers will add more
literature to the game (ie more detailed text output..
like embellish "x hit you" into something more
interesting and variable, and maby put some things
about the weather changing and the sun going up and
down etc to keep the mood fantastical). I've been
playing with a cfbot making it show stats etc... but I
don't know curses and am not such a good programmer so
it would never become the ANSI text client that is the
holy grail of the CF entusiast/ command line junkie.

If the server coders want me to make up some new
literature ill be glad to (ie messages that appear on
the screen when things happen).

--- Bob Tanner <tanner@real-time.com> wrote:

> A very long time ago, I started a text based
> "client". The noise on the forums 
> about a text based client has made me dig the code
> back out.
> 
> The whole thread of stifling the conversation also
> brought back some ancient 
> history about having a text based client so people
> (Leaf) have a light client 
> for being logged in metalforge to monitor PKers,
> etc.
> 
> After finding everquest, they have a pretty cool
> idea, eqim, it's an IM client 
> for talking/monitoring in game
> communications/channels/etc.
> 
> I think with a little work the beginnings of the
> text client I have could be 
> wrapped into an IM-like client.
> 
> Question, make a plugin for kopete or a plugin for
> jabber?
> 
> Or would something hacked onto xchat be better?
> 
> -- 
> Bob Tanner <tanner@mn-linux.org>          | Phone :
> (952)943-8700
> http://www.mn-linux.org, Minnesota, Linux | Fax   :
> (952)943-8500
> Key fingerprint = AB15 0BDF BCDE 4369 5B42  1973
> 7CF1 A709 2CC1 B288
> 
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
>
http://mailman.metalforge.org/mailman/listinfo/crossfire
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

From leaf at real-time.com  Mon Feb  7 21:36:28 2005
From: leaf at real-time.com (Rick Tanner)
Date: Mon Feb  7 21:40:09 2005
Subject: [crossfire] Metaserver listing, decrease server "expiration" ?
Message-ID: <Pine.LNX.4.61.0502072132270.22771@mage.real-time.com>


Is it possible to decrease the amount of time an expired or no longer 
available server is listed in the metaserver listing?

Looks like it's currently around 24-hours.  Perhaps this could be 
decreased to something like 6 or 8 hours?

At the moment, there are 40+ listings of the same server 
(bensnoodle.no-ip.com) in the list.




From tanner at real-time.com  Mon Feb  7 22:02:22 2005
From: tanner at real-time.com (Bob Tanner)
Date: Mon Feb  7 22:04:04 2005
Subject: [crossfire] Re: [Crossfire-cvs] CVS commit: client
In-Reply-To: <4205583D.10102@laposte.net>
References: <E1CxZOp-0007WP-J9@sc8-pr-cvs1.sourceforge.net>
	<4205583D.10102@laposte.net>
Message-ID: <200502072202.23206@www.mn-linux.org.or.transmuter.real-time.com>

On Saturday 05 February 2005 05:35 pm, Nicolas Weeger wrote:
> Just committed those modifications. Strings are now const when
> possible (specially when getting values from GTK widgets).
> Since i changed some files in common, i may have broken gnome/x11
> clients (are they still in use??).

I think gnome client is dead. In my branch, I don't traverse the directory.

> I do think my changes make the code more robust (preventing writing on
> const char), so i think it's worth breaking the 2 other clients for
> the time it'll take someone to make the hopefully trivial changes to
> fix :)

valgrind is your friend.

As an aside, I noticed that several of the bug fixes I committed to my branch 
didn't make it into HEAD. 

Something wrong with the patches? Please do not take it as a compliant, rather 
as a curious, so I can fix what prevent it from being applied to head.

As yet another aside, I saw Mark patch/fix several issues I had worked on 
already, Mark, not see the patches or not like my solution?

-- 
Bob Tanner <tanner@mn-linux.org>          | Phone : (952)943-8700
http://www.mn-linux.org, Minnesota, Linux | Fax   : (952)943-8500
Key fingerprint = AB15 0BDF BCDE 4369 5B42  1973 7CF1 A709 2CC1 B288

From mwedel at sonic.net  Tue Feb  8 01:27:20 2005
From: mwedel at sonic.net (Mark Wedel)
Date: Tue Feb  8 01:30:11 2005
Subject: [crossfire] Metaserver listing, decrease server "expiration"
 ?
In-Reply-To: <Pine.LNX.4.61.0502072132270.22771@mage.real-time.com>
References: <Pine.LNX.4.61.0502072132270.22771@mage.real-time.com>
Message-ID: <420869D8.5000602@sonic.net>

Rick Tanner wrote:
> 
> Is it possible to decrease the amount of time an expired or no longer 
> available server is listed in the metaserver listing?
> 
> Looks like it's currently around 24-hours.  Perhaps this could be 
> decreased to something like 6 or 8 hours?
> 
> At the moment, there are 40+ listings of the same server 
> (bensnoodle.no-ip.com) in the list.

Just change the REMOVE_SERVER variable in the metaserver.pl script to 
some other value.

  A timeout of 1 hour (3600) might be more reasonable.


From mwedel at sonic.net  Tue Feb  8 01:39:02 2005
From: mwedel at sonic.net (Mark Wedel)
Date: Tue Feb  8 01:40:13 2005
Subject: [crossfire] Re: [Crossfire-cvs] CVS commit: client
In-Reply-To: <200502072202.23206@www.mn-linux.org.or.transmuter.real-time.com>
References: <E1CxZOp-0007WP-J9@sc8-pr-cvs1.sourceforge.net>	<4205583D.10102@laposte.net>
	<200502072202.23206@www.mn-linux.org.or.transmuter.real-time.com>
Message-ID: <42086C96.2070007@sonic.net>

Bob Tanner wrote:
> On Saturday 05 February 2005 05:35 pm, Nicolas Weeger wrote:
> 
>>Just committed those modifications. Strings are now const when
>>possible (specially when getting values from GTK widgets).
>>Since i changed some files in common, i may have broken gnome/x11
>>clients (are they still in use??).
> 
> 
> I think gnome client is dead. In my branch, I don't traverse the directory.

  Its left for historical purposes - it worked at one time, but 
basically, it is unmaintained now.  I imagine with some limited amount 
of work, one could make it work again, but there probably isn't much 
reason to do so.

> 
> As an aside, I noticed that several of the bug fixes I committed to my branch 
> didn't make it into HEAD. 
> 
> Something wrong with the patches? Please do not take it as a compliant, rather 
> as a curious, so I can fix what prevent it from being applied to head.

  I haven't been paying particular close attention to what you were 
changing in your branch and how/if it should be applied to the main branch.

  My initial understanding (which may be incorrect) was that you're 
branch was set up to do some developement regarding autoconf/automake 
setup, and when that all got working, it would be merged with the main code.

  Not that it was a seperate branch that would have bugfixes that need 
to be monitored and applied to the main branch.

  that said, if there are bugfixes, you should probably either apply 
them to the main branch yourself, and make a diff of the changes and put 
it up as a patch on sourceforge.
> 
> As yet another aside, I saw Mark patch/fix several issues I had worked on 
> already, Mark, not see the patches or not like my solution?'

  See note above.

  However, pretty much all the recent changes I committed to the clients 
were patches that were on sourceforge, and thus required minimal effort.

> 


From mwedel at sonic.net  Tue Feb  8 01:46:54 2005
From: mwedel at sonic.net (Mark Wedel)
Date: Tue Feb  8 01:46:56 2005
Subject: [crossfire] Re: [Crossfire-cvs] CVS commit: client
In-Reply-To: <4205583D.10102@laposte.net>
References: <E1CxZOp-0007WP-J9@sc8-pr-cvs1.sourceforge.net>
	<4205583D.10102@laposte.net>
Message-ID: <42086E6E.2080705@sonic.net>

Nicolas Weeger wrote:
>> Modified Files:
>>     client: CHANGES
>>     client/common: client-types.h commands.c misc.c newsocket.c player.c
>>         proto.h
>>     client/gtk: gx11.c keys.c
>>     client/gtk/win32: config.h
>>
>> Log Message:
>> Fix a buffer overflow in unbind output. Make strings const when possible
> 
> 
> Just committed those modifications. Strings are now const when possible 
> (specially when getting values from GTK widgets).
> Since i changed some files in common, i may have broken gnome/x11 
> clients (are they still in use??).

  x11 client is still used by some people.

  Actually, I got curious and just ran a count from the metalforge server:

      13 CS: connection from client of type < >
      20 CS: connection from client of type < Crossfire Bot>
      36 CS: connection from client of type < GTK Unix Client >
       1 CS: connection from client of type < GTK Unix Client 1.4.0>
      14 CS: connection from client of type < GTK Unix Client 1.5.0>
       2 CS: connection from client of type < GTK Unix Client 1.6.0>
     101 CS: connection from client of type < GTK Unix Client 1.7.0>
       3 CS: connection from client of type < GTK Win32 Client 1.6.1>
      74 CS: connection from client of type < GTK Win32 Client 1.7.0>
       1 CS: connection from client of type < Perl Bot>
       1 CS: connection from client of type < PyClient 0.1>
      26 CS: connection from client of type < X11 Unix Client >
       3 CS: connection from client of type < X11 Unix Client 1.6.1>
      44 CS: connection from client of type < X11 Unix Client 1.7.0>

  Note that this only logs connections, so one person that 
disconnects/reconnects a lot could skew the number.

  But it is certainly safe to say that at least a few people use the X11 
client.


From mwedel at sonic.net  Tue Feb  8 01:46:54 2005
From: mwedel at sonic.net (Mark Wedel)
Date: Tue Feb  8 01:46:59 2005
Subject: [crossfire] Re: [Crossfire-cvs] CVS commit: client
In-Reply-To: <4205583D.10102@laposte.net>
References: <E1CxZOp-0007WP-J9@sc8-pr-cvs1.sourceforge.net>
	<4205583D.10102@laposte.net>
Message-ID: <42086E6E.2080705@sonic.net>

Nicolas Weeger wrote:
>> Modified Files:
>>     client: CHANGES
>>     client/common: client-types.h commands.c misc.c newsocket.c player.c
>>         proto.h
>>     client/gtk: gx11.c keys.c
>>     client/gtk/win32: config.h
>>
>> Log Message:
>> Fix a buffer overflow in unbind output. Make strings const when possible
> 
> 
> Just committed those modifications. Strings are now const when possible 
> (specially when getting values from GTK widgets).
> Since i changed some files in common, i may have broken gnome/x11 
> clients (are they still in use??).

  x11 client is still used by some people.

  Actually, I got curious and just ran a count from the metalforge server:

      13 CS: connection from client of type < >
      20 CS: connection from client of type < Crossfire Bot>
      36 CS: connection from client of type < GTK Unix Client >
       1 CS: connection from client of type < GTK Unix Client 1.4.0>
      14 CS: connection from client of type < GTK Unix Client 1.5.0>
       2 CS: connection from client of type < GTK Unix Client 1.6.0>
     101 CS: connection from client of type < GTK Unix Client 1.7.0>
       3 CS: connection from client of type < GTK Win32 Client 1.6.1>
      74 CS: connection from client of type < GTK Win32 Client 1.7.0>
       1 CS: connection from client of type < Perl Bot>
       1 CS: connection from client of type < PyClient 0.1>
      26 CS: connection from client of type < X11 Unix Client >
       3 CS: connection from client of type < X11 Unix Client 1.6.1>
      44 CS: connection from client of type < X11 Unix Client 1.7.0>

  Note that this only logs connections, so one person that 
disconnects/reconnects a lot could skew the number.

  But it is certainly safe to say that at least a few people use the X11 
client.


From ben at bensnoodle.net  Tue Feb  8 07:08:24 2005
From: ben at bensnoodle.net (Ben Classen)
Date: Tue Feb  8 07:15:12 2005
Subject: [crossfire] bensnoodle.no-ip.com
Message-ID: <4208B9C8.4050000@bensnoodle.net>

Hello-

I have to apologize for bensnoodle.no-ip.com. I have been having (a) 
internet problems and (b) a problem with the NIC in my server which I 
have been working on. Apparently it connects then disconnects, and on 
and on and on causing that flood of additions to the metaserver.

Maybe an idea would be a dupe-check on the metaserver to fix this 
problem so no one else can do this? If there already is a server with 
the same name, it just overwrites that line in the file. You could run 
into the problem of other people writing to others server names. Maybe 
registering your server online and getting a specified password for it. 
I am sorry I do not know much about python but I have programmed in a 
variety of languages to know this is possible in others. I would be glad 
to help in anyway or try to learn python to help if someone would like 
to give me the files.

The refresh should definitely be turned down to about an hour to check 
for disconnected servers. That is a great idea in this case. But the 
other might be a longer-term solution to more problems rather than just 
"refreshing" it. But the simpliest way causes the least problems.

Anyways, I apologize for the flood of my server name. I seem to have 
been a conversation starter without knowing it. And as Homer Simpson 
would say, "D'oh!"

Sorry again fellows,
Thanks for the great game nonetheless.
Ben



From mikeeusaaa at yahoo.com  Tue Feb  8 12:34:33 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Tue Feb  8 12:40:16 2005
Subject: [crossfire] bensnoodle.no-ip.com
In-Reply-To: <4208B9C8.4050000@bensnoodle.net>
Message-ID: <20050208183433.68361.qmail@web61001.mail.yahoo.com>

I challenge you to a duel at the dojo in Cat2 at 10
oclock eastern standard time tonight. I will use my
lvl 1 char against whatever you manage to create in
the time befor the duel.

DO YOU ACCEPT?

--- Ben Classen <ben@bensnoodle.net> wrote:

> Hello-
> 
> I have to apologize for bensnoodle.no-ip.com. I have
> been having (a) 
> internet problems and (b) a problem with the NIC in
> my server which I 
> have been working on. Apparently it connects then
> disconnects, and on 
> and on and on causing that flood of additions to the
> metaserver.
> 
> Maybe an idea would be a dupe-check on the
> metaserver to fix this 
> problem so no one else can do this? If there already
> is a server with 
> the same name, it just overwrites that line in the
> file. You could run 
> into the problem of other people writing to others
> server names. Maybe 
> registering your server online and getting a
> specified password for it. 
> I am sorry I do not know much about python but I
> have programmed in a 
> variety of languages to know this is possible in
> others. I would be glad 
> to help in anyway or try to learn python to help if
> someone would like 
> to give me the files.
> 
> The refresh should definitely be turned down to
> about an hour to check 
> for disconnected servers. That is a great idea in
> this case. But the 
> other might be a longer-term solution to more
> problems rather than just 
> "refreshing" it. But the simpliest way causes the
> least problems.
> 
> Anyways, I apologize for the flood of my server
> name. I seem to have 
> been a conversation starter without knowing it. And
> as Homer Simpson 
> would say, "D'oh!"
> 
> Sorry again fellows,
> Thanks for the great game nonetheless.
> Ben
> 
> 
> 
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
>
http://mailman.metalforge.org/mailman/listinfo/crossfire
> 



		
__________________________________ 
Do you Yahoo!? 
The all-new My Yahoo! - What will yours do?
http://my.yahoo.com 

From mikeeusaaa at yahoo.com  Tue Feb  8 17:13:25 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Tue Feb  8 17:15:17 2005
Subject: [crossfire] Should I make damascus steel swords?
Message-ID: <20050208231325.12363.qmail@web61007.mail.yahoo.com>

I was thinking of making some damascus steel swords so
that rich higher level players could buy something in
the shops.

Perhapse it should be:
Weapondamage = ironsword * 1.5
value around 500, 1000 plat (or more, what do you
think).
the image shall be a dark sword with the damascus
patterns of old (muhammads ladder etc).

And maby ill do it to a few swords, the falchalon,
sabre, longsword.

Perhapse some damascus armor with ac of regular armor
times (1.5? 1.25?) and how expensive.

also all these would be rare (probability 1).

Ideas? Should I do it? More expensive?
etc

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

From ben at bensnoodle.net  Tue Feb  8 21:28:00 2005
From: ben at bensnoodle.net (Ben Classen)
Date: Tue Feb  8 21:33:26 2005
Subject: [crossfire] bensnoodle.no-ip.com
In-Reply-To: <20050208183433.68361.qmail@web61001.mail.yahoo.com>
References: <20050208183433.68361.qmail@web61001.mail.yahoo.com>
Message-ID: <42098340.70205@bensnoodle.net>

Sorry Mitch,

I have been working pretty much the entire evening/afternoon on my 
server, recompiling some programs, etc. getting it back to jazz. And 
installing a spiffy 200GB HDD. I will be up and running shortly, and 
will accept you on your offer at a later date.

Adieu,
Ben

Mitch Obrian wrote:

>I challenge you to a duel at the dojo in Cat2 at 10
>oclock eastern standard time tonight. I will use my
>lvl 1 char against whatever you manage to create in
>the time befor the duel.
>
>DO YOU ACCEPT?
>
>--- Ben Classen <ben@bensnoodle.net> wrote:
>
>  
>
>>Hello-
>>
>>I have to apologize for bensnoodle.no-ip.com. I have
>>been having (a) 
>>internet problems and (b) a problem with the NIC in
>>my server which I 
>>have been working on. Apparently it connects then
>>disconnects, and on 
>>and on and on causing that flood of additions to the
>>metaserver.
>>
>>Maybe an idea would be a dupe-check on the
>>metaserver to fix this 
>>problem so no one else can do this? If there already
>>is a server with 
>>the same name, it just overwrites that line in the
>>file. You could run 
>>into the problem of other people writing to others
>>server names. Maybe 
>>registering your server online and getting a
>>specified password for it. 
>>I am sorry I do not know much about python but I
>>have programmed in a 
>>variety of languages to know this is possible in
>>others. I would be glad 
>>to help in anyway or try to learn python to help if
>>someone would like 
>>to give me the files.
>>
>>The refresh should definitely be turned down to
>>about an hour to check 
>>for disconnected servers. That is a great idea in
>>this case. But the 
>>other might be a longer-term solution to more
>>problems rather than just 
>>"refreshing" it. But the simpliest way causes the
>>least problems.
>>
>>Anyways, I apologize for the flood of my server
>>name. I seem to have 
>>been a conversation starter without knowing it. And
>>as Homer Simpson 
>>would say, "D'oh!"
>>
>>Sorry again fellows,
>>Thanks for the great game nonetheless.
>>Ben
>>
>>
>>
>>_______________________________________________
>>crossfire mailing list
>>crossfire@metalforge.org
>>
>>    
>>
>http://mailman.metalforge.org/mailman/listinfo/crossfire
>  
>
>
>
>
>		
>__________________________________ 
>Do you Yahoo!? 
>The all-new My Yahoo! - What will yours do?
>http://my.yahoo.com 
>
>_______________________________________________
>crossfire mailing list
>crossfire@metalforge.org
>http://mailman.metalforge.org/mailman/listinfo/crossfire
>
>  
>


From mwedel at sonic.net  Thu Feb 10 01:35:30 2005
From: mwedel at sonic.net (Mark Wedel)
Date: Thu Feb 10 01:35:27 2005
Subject: [crossfire] Alsa 1.0.x client sound support.
Message-ID: <420B0EC2.8070802@sonic.net>


  Is anyone actually using alsa 1.0.x with the client sound server?

  It compiles just fine, but doesn't play sounds correctly (to be 
specific, I'm using alsa library 1.0.6).  It compiles as alsa 0.9 
support, but it looks like that should be compatible.

  This isn't a problem with the underlying drivers or alsa library, 
because if I use aplay on the sound file, it plays just fine.

  Looking at the code, it appears that the alsa 0.9 driver is 
significantly different enough that it may in fact make more sense to 
have its own file and not really try to use much of the existing logic 
(all the other sound drivers open the device and thus have a file 
descriptor they use).

  (as an aside, having different programs/executables for different 
sound systems may make sense - right now for example it is impossible to 
compile both the OSS and ALSA driver without re-running configure - it'd 
actually make sense to compile for all the sound systems that are supported)

  But before digging more into getting sound working with alsa 1.0, 
thought I'd ask here to see if other people have it working correctly.


From tchize at myrealbox.com  Thu Feb 10 12:11:25 2005
From: tchize at myrealbox.com (tchize)
Date: Thu Feb 10 12:12:56 2005
Subject: [crossfire] Alsa 1.0.x client sound support.
In-Reply-To: <420B0EC2.8070802@sonic.net>
References: <420B0EC2.8070802@sonic.net>
Message-ID: <200502101911.29914.tchize@myrealbox.com>

I use the alsa sound server and have a problem some other people already 
pointed: 
The sound server is blocking on the alsa device and stop responding, in the 
end, the client also freez because communication pipe is full.

Le Jeudi 10 F?vrier 2005 08:35, Mark Wedel a ?crit :
  Is anyone actually using alsa 1.0.x with the client sound server?

  It compiles just fine, but doesn't play sounds correctly (to be
specific, I'm using alsa library 1.0.6).  It compiles as alsa 0.9
support, but it looks like that should be compatible.

  This isn't a problem with the underlying drivers or alsa library,
because if I use aplay on the sound file, it plays just fine.

  Looking at the code, it appears that the alsa 0.9 driver is
significantly different enough that it may in fact make more sense to
have its own file and not really try to use much of the existing logic
(all the other sound drivers open the device and thus have a file
descriptor they use).

  (as an aside, having different programs/executables for different
sound systems may make sense - right now for example it is impossible to
compile both the OSS and ALSA driver without re-running configure - it'd
actually make sense to compile for all the sound systems that are supported)

  But before digging more into getting sound working with alsa 1.0,
thought I'd ask here to see if other people have it working correctly.


_______________________________________________
crossfire mailing list
crossfire@metalforge.org
http://mailman.metalforge.org/mailman/listinfo/crossfire

-- 
--
Tchize (David Delbecq)
tchize@myrealbox.com
Public PGP KEY FINGERPRINT:
? ? F4BC EF69 54CC F2B5 4621 ?8DAF 1C71 8E6B 5436 C17C
Public PGP KEY location:
? ? http://wwwkeys.pgp.net/pgpnet/wwwkeys.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://shadowknight.real-time.com/pipermail/crossfire/attachments/20050210/e98214ad/attachment.pgp
From tanner at real-time.com  Thu Feb 10 12:26:47 2005
From: tanner at real-time.com (Bob Tanner)
Date: Thu Feb 10 12:30:34 2005
Subject: [crossfire] Alsa 1.0.x client sound support.
In-Reply-To: <200502101911.29914.tchize@myrealbox.com>
References: <420B0EC2.8070802@sonic.net>
	<200502101911.29914.tchize@myrealbox.com>
Message-ID: <200502101226.48088@www.mn-linux.org.or.transmuter.real-time.com>

On Thursday 10 February 2005 12:11 pm, tchize wrote:
> I use the alsa sound server and have a problem some other people already
> pointed:
> The sound server is blocking on the alsa device and stop responding, in the
> end, the client also freez because communication pipe is full.

Look at my branch of the client. I have autotool detect stuff correctly and 
patch that will prevent the freeze, BUT sound rate(?) is off.  All the sounds 
play a rate that is too fast, so it is like listen to a chimpunk record (hmm, 
this might be US-only joke).

Regardless, there are several sounds that won't play now, because of code 
changes Mark made, which I cannot find in my inbox at the moment.

-- 
Bob Tanner <tanner@real-time.com>         | Phone : (952)943-8700
http://www.real-time.com, Minnesota, Linux| Fax   : (952)943-8500
Key fingerprint = AB15 0BDF BCDE 4369 5B42  1973 7CF1 A709 2CC1 B288

From admiralofthemoon at gmail.com  Thu Feb 10 19:16:38 2005
From: admiralofthemoon at gmail.com (Salathar)
Date: Thu Feb 10 19:25:36 2005
Subject: [crossfire] Re: [CF-Devel] Re: [CF-maps] Mlab maps
In-Reply-To: <41F96574.8030901@laposte.net>
References: <41DEFB38.9080603@laposte.net> <1105155894.4814.0.camel@lilwoo>
	<41F96574.8030901@laposte.net>
Message-ID: <398dd1ee05021017166accf3fe@mail.gmail.com>

> So, should we put'em in?

I think we should, to the best of my knowledge they are ready.
Several things need doing:
* All maps imported in /mlab
* Two world maps reconciled (Scorn and Navar) to include starting
points to new map set
* Maps in /scorn/mlab eventually removed

I could start the process.

From mwedel at sonic.net  Fri Feb 11 01:35:40 2005
From: mwedel at sonic.net (Mark Wedel)
Date: Fri Feb 11 01:35:39 2005
Subject: [crossfire] Alsa 1.0.x client sound support.
In-Reply-To: <200502101226.48088@www.mn-linux.org.or.transmuter.real-time.com>
References: <420B0EC2.8070802@sonic.net>	<200502101911.29914.tchize@myrealbox.com>
	<200502101226.48088@www.mn-linux.org.or.transmuter.real-time.com>
Message-ID: <420C604C.5070804@sonic.net>

Bob Tanner wrote:
> On Thursday 10 February 2005 12:11 pm, tchize wrote:
> 
>>I use the alsa sound server and have a problem some other people already
>>pointed:
>>The sound server is blocking on the alsa device and stop responding, in the
>>end, the client also freez because communication pipe is full.
> 
> 
> Look at my branch of the client. I have autotool detect stuff correctly and 
> patch that will prevent the freeze, BUT sound rate(?) is off.  All the sounds 
> play a rate that is too fast, so it is like listen to a chimpunk record (hmm, 
> this might be US-only joke).
> 
> Regardless, there are several sounds that won't play now, because of code 
> changes Mark made, which I cannot find in my inbox at the moment.

  The spells no longer play sounds, but that isn't unique to alsa 9.

  However, the problem you describe sounds roughly analogous to my 
problem - in my case, it may just be that the sounds are playing so 
rapidly that one can't distinguish them from normal sounds.

  The problem tchize describes is a bit different - and one I thought 
could be the case - if the sound process doesn't read data from the 
client process fast enough, the client process can block writing to the 
sound process.  The ideal way to handle this is for the pipe to be 
opened in non blocking mode, so that write will never fail.

  The other sound modules don't have a problem because they can make 
sure they never do blocking operations - I imagine the same can be true 
of the alsa client - I just think that right now there can be cases were 
certain operations can block (but I'm hardly an alsa9 expert).


From nicolas.weeger at laposte.net  Fri Feb 11 02:06:00 2005
From: nicolas.weeger at laposte.net (Nicolas Weeger)
Date: Fri Feb 11 02:10:40 2005
Subject: [crossfire] Re: [CF-Devel] Re: [CF-maps] Mlab maps
In-Reply-To: <398dd1ee05021017166accf3fe@mail.gmail.com>
References: <41DEFB38.9080603@laposte.net>
	<1105155894.4814.0.camel@lilwoo>	<41F96574.8030901@laposte.net>
	<398dd1ee05021017166accf3fe@mail.gmail.com>
Message-ID: <420C6768.6010402@laposte.net>

> I think we should, to the best of my knowledge they are ready.

I haven't much tested'em (except on mlab's server), but i'd say to 
put'em into, provided we can have a nice directory structure - not all 
maps in the same directory :)
The few i saw are great maps. If there are bugs, we'll find'em & fix'em, 
like all other bugs.

Ryo

From tanner at real-time.com  Fri Feb 11 13:12:04 2005
From: tanner at real-time.com (Bob Tanner)
Date: Fri Feb 11 13:15:44 2005
Subject: [crossfire] Alsa 1.0.x client sound support.
In-Reply-To: <420C604C.5070804@sonic.net>
References: <420B0EC2.8070802@sonic.net>
	<200502101226.48088@www.mn-linux.org.or.transmuter.real-time.com>
	<420C604C.5070804@sonic.net>
Message-ID: <200502111312.05615@www.mn-linux.org.or.transmuter.real-time.com>

On Friday 11 February 2005 01:35 am, you wrote:
> ? The other sound modules don't have a problem because they can make
> sure they never do blocking operations - I imagine the same can be true
> of the alsa client - I just think that right now there can be cases were
> certain operations can block (but I'm hardly an alsa9 expert).

sound and linux in general is "bad". I'll poke around the alsa api and see if 
the is a non-blocking capability.

How about a step back, is there a sound API that can be "universal" for all 
unix-like crossfire clients?

-- 
Bob Tanner <tanner@real-time.com>          | Phone : (952)943-8700
http://www.real-time.com, Minnesota, Linux | Fax   : (952)943-8500
Key fingerprint = AB15 0BDF BCDE 4369 5B42  1973 7CF1 A709 2CC1 B288

From temitchell at sympatico.ca  Fri Feb 11 13:08:23 2005
From: temitchell at sympatico.ca (Todd Mitchell)
Date: Fri Feb 11 14:10:45 2005
Subject: [crossfire] force python instance
Message-ID: <1108148903.10472.11.camel@oberon.kameria>

I'm trying to figure out how to supply the proper option to force the
server configure script to look for an alternate python directory where
I have installed it.
When the script was changed in 1.3.0 there was mention of using 

"The use of
    --with-includes=-I/usr/include/python2.2 (or the like)"

but all the variations I have tried don't seem to work and the configure
file does not have a apparent option for this.

Aside from moving or linking things in a messy way how do I force it to
use the alternate python install (in this
case /usr/local/include/python2.3 built from source for zope) I want it
to?

If there isn't an easy way to do this can I make a request for a
"--with-python" option from someone with a bit of savvy in the config
scripting?


-- 
Todd Mitchell <temitchell@sympatico.ca>


From mwedel at sonic.net  Fri Feb 11 19:46:33 2005
From: mwedel at sonic.net (Mark Wedel)
Date: Fri Feb 11 19:50:47 2005
Subject: [crossfire] Alsa 1.0.x client sound support.
In-Reply-To: <200502111312.05615@www.mn-linux.org.or.transmuter.real-time.com>
References: <420B0EC2.8070802@sonic.net>	<200502101226.48088@www.mn-linux.org.or.transmuter.real-time.com>	<420C604C.5070804@sonic.net>
	<200502111312.05615@www.mn-linux.org.or.transmuter.real-time.com>
Message-ID: <420D5FF9.3080606@sonic.net>

Bob Tanner wrote:
> On Friday 11 February 2005 01:35 am, you wrote:
> 
>>  The other sound modules don't have a problem because they can make
>>sure they never do blocking operations - I imagine the same can be true
>>of the alsa client - I just think that right now there can be cases were
>>certain operations can block (but I'm hardly an alsa9 expert).
> 
> 
> sound and linux in general is "bad". I'll poke around the alsa api and see if 
> the is a non-blocking capability.
> 
> How about a step back, is there a sound API that can be "universal" for all 
> unix-like crossfire clients?

  Unfortunately, I think not (there is no standard API.  In theory, oss and alsa 
I think can be ported to every system, and may already have been done so.  But 
that now means that users have to go out and grab those packages).

  Arguably, for what the client is doing, it doesn't really need much.

  One could argue there isn't much need for an ALSA port - just use the oss 
compatiblity devices that alsa provides.

  However, there is even an RFE to support ESD out there.  The issue really 
comes down to trying to play nice with other devices and programs that also open 
the audio device or want to.

  I'll look at the alsa code some more now that I know that it isn't working.




From mikeeusaaa at yahoo.com  Fri Feb 11 21:42:49 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Fri Feb 11 21:48:58 2005
Subject: [crossfire] Graphix
Message-ID: <20050212034250.67586.qmail@web61009.mail.yahoo.com>

I have sometimes criticized CF graphix (a few of which
I've made)... bascially because I wanted... text
client.... those criticisms were baseless. Keep the
new archtypes coming :D.

Oh and I remeber when smoothing came in... good times
:). Keep up the good work.


	
		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - You care about security. So do we. 
http://promotions.yahoo.com/new_mail

From mwedel at sonic.net  Fri Feb 11 23:27:09 2005
From: mwedel at sonic.net (Mark Wedel)
Date: Fri Feb 11 23:30:49 2005
Subject: [crossfire] force python instance
In-Reply-To: <1108148903.10472.11.camel@oberon.kameria>
References: <1108148903.10472.11.camel@oberon.kameria>
Message-ID: <420D93AD.9040606@sonic.net>

Todd Mitchell wrote:
> I'm trying to figure out how to supply the proper option to force the
> server configure script to look for an alternate python directory where
> I have installed it.
> When the script was changed in 1.3.0 there was mention of using 
> 
> "The use of
>     --with-includes=-I/usr/include/python2.2 (or the like)"
> 
> but all the variations I have tried don't seem to work and the configure
> file does not have a apparent option for this.
> 
> Aside from moving or linking things in a messy way how do I force it to
> use the alternate python install (in this
> case /usr/local/include/python2.3 built from source for zope) I want it
> to?
> 
> If there isn't an easy way to do this can I make a request for a
> "--with-python" option from someone with a bit of savvy in the config
> scripting?

  Is the problem you are having that it is not finding the python you have, or 
that it is not using the one you want it to use?

  If the later, the problem would require some work I think because there isn't 
a way right now to disable check.

  If the former, you should just be able to set the CFLAGS and LDFLAGS with the 
right values, eg, if using a csh type shell:

setenv CFLAGS "-I/usr/include/python2.2"
setenv LDFLAGS "-L/usr/lib/python2.2 "

It may be necessary to set the LDFLAGS to be instead:
setenv LDFLAGS "-L/usr/lib/python2.2 -lpython"

  And that should do the right thing.


From mwedel at sonic.net  Fri Feb 11 23:27:09 2005
From: mwedel at sonic.net (Mark Wedel)
Date: Fri Feb 11 23:30:50 2005
Subject: [crossfire] force python instance
In-Reply-To: <1108148903.10472.11.camel@oberon.kameria>
References: <1108148903.10472.11.camel@oberon.kameria>
Message-ID: <420D93AD.9040606@sonic.net>

Todd Mitchell wrote:
> I'm trying to figure out how to supply the proper option to force the
> server configure script to look for an alternate python directory where
> I have installed it.
> When the script was changed in 1.3.0 there was mention of using 
> 
> "The use of
>     --with-includes=-I/usr/include/python2.2 (or the like)"
> 
> but all the variations I have tried don't seem to work and the configure
> file does not have a apparent option for this.
> 
> Aside from moving or linking things in a messy way how do I force it to
> use the alternate python install (in this
> case /usr/local/include/python2.3 built from source for zope) I want it
> to?
> 
> If there isn't an easy way to do this can I make a request for a
> "--with-python" option from someone with a bit of savvy in the config
> scripting?

  Is the problem you are having that it is not finding the python you have, or 
that it is not using the one you want it to use?

  If the later, the problem would require some work I think because there isn't 
a way right now to disable check.

  If the former, you should just be able to set the CFLAGS and LDFLAGS with the 
right values, eg, if using a csh type shell:

setenv CFLAGS "-I/usr/include/python2.2"
setenv LDFLAGS "-L/usr/lib/python2.2 "

It may be necessary to set the LDFLAGS to be instead:
setenv LDFLAGS "-L/usr/lib/python2.2 -lpython"

  And that should do the right thing.


From temitchell at sympatico.ca  Sat Feb 12 09:00:05 2005
From: temitchell at sympatico.ca (Todd Mitchell)
Date: Sat Feb 12 10:00:53 2005
Subject: [crossfire] force python instance
In-Reply-To: <420D93AD.9040606@sonic.net>
References: <1108148903.10472.11.camel@oberon.kameria>
	<420D93AD.9040606@sonic.net>
Message-ID: <1108220405.3616.6.camel@oberon.kameria>

The latter.  I don't want to mess with the system python but I do have
another python installed for programming and to run Zope. Zope has a
--with-python option in the config since it is fairly version dependent
and I thought that might be good for the CF server as well since it
would be more flexable to be able to select than just detect. 
It's more a feature request than a fix I guess but it would be nice to
be able to point config to the python you wanted to use. 

On Fri, 2005-11-02 at 21:27 -0800, Mark Wedel wrote:

>   Is the problem you are having that it is not finding the python you have, or 
> that it is not using the one you want it to use?
> 
>   If the later, the problem would require some work I think because there isn't 
> a way right now to disable check.
> 
>   If the former, you should just be able to set the CFLAGS and LDFLAGS with the 
> right values, eg, if using a csh type shell:



From leaf at real-time.com  Sun Feb 13 01:33:32 2005
From: leaf at real-time.com (Rick Tanner)
Date: Sun Feb 13 01:35:58 2005
Subject: [crossfire] Error output for non-working bank deposit
Message-ID: <Pine.LNX.4.62.0502130122270.630@mage.real-time.com>


On crossfire.metalforge.net, I'm seeing the following error when players 
try to deposit gold coins at the Scorn bank.

Players are unable to open or create an account, so the rest of the 
function(s) don't work for them either.

Any ideas or suggestions?

PYTHON - HandleEvent:: script loaded (/python/IPO/banksay.py)!
PYTHON - triggerEvent:: eventcode 21
PYTHON - triggerEvent:: eventcode 20
PYTHON - triggerEvent:: eventcode 21
PYTHON - triggerEvent:: eventcode 20
PYTHON - triggerEvent:: eventcode 6
PYTHON - HandleEvent:: got script file >/python/IPO/banksay.py<
PYTHON - HandleEvent:: script loaded (/python/IPO/banksay.py)!
PYTHON - triggerEvent:: eventcode 21
PYTHON - triggerEvent:: eventcode 20
PYTHON - triggerEvent:: eventcode 22
PYTHON - triggerEvent:: eventcode 22
PYTHON - triggerEvent:: eventcode 22
PYTHON - triggerEvent:: eventcode 22
PYTHON - triggerEvent:: eventcode 6
PYTHON - HandleEvent:: got script file >/python/IPO/banksay.py<
PYTHON - HandleEvent:: script loaded (/python/IPO/banksay.py)!
PYTHON - triggerEvent:: eventcode 6
PYTHON - HandleEvent:: got script file >/python/IPO/banksay.py<
PYTHON - HandleEvent:: script loaded (/python/IPO/banksay.py)!
PYTHON - triggerEvent:: eventcode 21
PYTHON - triggerEvent:: eventcode 20
PYTHON - triggerEvent:: eventcode 6
PYTHON - HandleEvent:: got script file >/python/IPO/banksay.py<
Traceback (most recent call last):
   File "/home/crossfire/share/crossfire/maps/python/IPO/banksay.py", line 
64, in ?
     if (CFPython.PayAmount(activator, (int(text[1])*exchange_rate)*fees)):
SystemError: Objects/longobject.c:689: bad argument to internal function





From admiralofthemoon at gmail.com  Sun Feb 13 02:15:44 2005
From: admiralofthemoon at gmail.com (Salathar)
Date: Sun Feb 13 02:27:00 2005
Subject: [crossfire] Error output for non-working bank deposit
In-Reply-To: <Pine.LNX.4.62.0502130122270.630@mage.real-time.com>
References: <Pine.LNX.4.62.0502130122270.630@mage.real-time.com>
Message-ID: <398dd1ee05021300155af7ff4c@mail.gmail.com>

Checked out fresh cvs maps and server.

I do not get this exact error but "deposit" does not work properly. No
matter how much gold I have on the character when trying to deposit it
thinks is is not enough and I keep getting "You would need x gold"
message.

This means that this check if failing:
banksay.py, line 64
(CFPython.PayAmount(activator, (int(text[1])*exchange_rate)*fees))

which is the same line as in the traceback on metalforge.

From temitchell at sympatico.ca  Sun Feb 13 09:11:02 2005
From: temitchell at sympatico.ca (Todd Mitchell)
Date: Sun Feb 13 10:11:02 2005
Subject: [crossfire] Error output for non-working bank deposit
In-Reply-To: <Pine.LNX.4.62.0502130122270.630@mage.real-time.com>
References: <Pine.LNX.4.62.0502130122270.630@mage.real-time.com>
Message-ID: <1108307462.3486.1.camel@oberon.kameria>

you are using python 2.1 I bet.  This is an error produced because
crossfire 1.7 needs python 2.2 or higher due to a change in the plugin.

On Sun, 2005-13-02 at 01:33 -0600, Rick Tanner wrote:
> On crossfire.metalforge.net, I'm seeing the following error when players 
> try to deposit gold coins at the Scorn bank.
> 
> Players are unable to open or create an account, so the rest of the 
> function(s) don't work for them either.
> 
> Any ideas or suggestions?
> 
> PYTHON - HandleEvent:: script loaded (/python/IPO/banksay.py)!
> PYTHON - triggerEvent:: eventcode 21
> PYTHON - triggerEvent:: eventcode 20
> PYTHON - triggerEvent:: eventcode 21
> PYTHON - triggerEvent:: eventcode 20
> PYTHON - triggerEvent:: eventcode 6
> PYTHON - HandleEvent:: got script file >/python/IPO/banksay.py<
> PYTHON - HandleEvent:: script loaded (/python/IPO/banksay.py)!
> PYTHON - triggerEvent:: eventcode 21
> PYTHON - triggerEvent:: eventcode 20
> PYTHON - triggerEvent:: eventcode 22
> PYTHON - triggerEvent:: eventcode 22
> PYTHON - triggerEvent:: eventcode 22
> PYTHON - triggerEvent:: eventcode 22
> PYTHON - triggerEvent:: eventcode 6
> PYTHON - HandleEvent:: got script file >/python/IPO/banksay.py<
> PYTHON - HandleEvent:: script loaded (/python/IPO/banksay.py)!
> PYTHON - triggerEvent:: eventcode 6
> PYTHON - HandleEvent:: got script file >/python/IPO/banksay.py<
> PYTHON - HandleEvent:: script loaded (/python/IPO/banksay.py)!
> PYTHON - triggerEvent:: eventcode 21
> PYTHON - triggerEvent:: eventcode 20
> PYTHON - triggerEvent:: eventcode 6
> PYTHON - HandleEvent:: got script file >/python/IPO/banksay.py<
> Traceback (most recent call last):
>    File "/home/crossfire/share/crossfire/maps/python/IPO/banksay.py", line 
> 64, in ?
>      if (CFPython.PayAmount(activator, (int(text[1])*exchange_rate)*fees)):
> SystemError: Objects/longobject.c:689: bad argument to internal function
> 
> 
> 
> 
> 
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
> http://mailman.metalforge.org/mailman/listinfo/crossfire
-- 
Todd Mitchell <temitchell@sympatico.ca>


From leaf at real-time.com  Sun Feb 13 14:43:59 2005
From: leaf at real-time.com (Rick Tanner)
Date: Sun Feb 13 14:46:04 2005
Subject: [crossfire] Error output for non-working bank deposit
In-Reply-To: <1108307462.3486.1.camel@oberon.kameria>
References: <Pine.LNX.4.62.0502130122270.630@mage.real-time.com>
	<1108307462.3486.1.camel@oberon.kameria>
Message-ID: <Pine.LNX.4.62.0502131443040.630@mage.real-time.com>


On Sun, 13 Feb 2005, Todd Mitchell wrote:

> you are using python 2.1 I bet.  This is an error produced because
> crossfire 1.7 needs python 2.2 or higher due to a change in the plugin.

Yes, that is correct.  The server is running an old(er) version of Python.

From admiralofthemoon at gmail.com  Sun Feb 13 19:10:22 2005
From: admiralofthemoon at gmail.com (Salathar)
Date: Sun Feb 13 19:16:07 2005
Subject: [crossfire] Error output for non-working bank deposit
In-Reply-To: <Pine.LNX.4.62.0502131443040.630@mage.real-time.com>
References: <Pine.LNX.4.62.0502130122270.630@mage.real-time.com>
	<1108307462.3486.1.camel@oberon.kameria>
	<Pine.LNX.4.62.0502131443040.630@mage.real-time.com>
Message-ID: <398dd1ee050213171034aeed66@mail.gmail.com>

On Sun, 13 Feb 2005 14:43:59 -0600 (CST), Rick Tanner wrote:

> > you are using python 2.1 I bet.  This is an error produced because
> > crossfire 1.7 needs python 2.2 or higher due to a change in the plugin.

It was python 2.3 in my case

From smurf at CSUA.Berkeley.EDU  Tue Feb 15 16:19:09 2005
From: smurf at CSUA.Berkeley.EDU (Scott MacFiggen)
Date: Tue Feb 15 16:21:33 2005
Subject: [crossfire] Alsa 1.0.x client sound support.
In-Reply-To: <200502111312.05615@www.mn-linux.org.or.transmuter.real-time.com>
References: <420B0EC2.8070802@sonic.net>
	<200502101226.48088@www.mn-linux.org.or.transmuter.real-time.com>
	<420C604C.5070804@sonic.net>
	<200502111312.05615@www.mn-linux.org.or.transmuter.real-time.com>
Message-ID: <20050215221909.GA76085@CSUA.Berkeley.EDU>

On Fri, Feb 11, 2005 at 01:12:04PM -0600, Bob Tanner wrote:
> On Friday 11 February 2005 01:35 am, you wrote:
> > ? The other sound modules don't have a problem because they can make
> > sure they never do blocking operations - I imagine the same can be true
> > of the alsa client - I just think that right now there can be cases were
> > certain operations can block (but I'm hardly an alsa9 expert).
> 
> sound and linux in general is "bad". I'll poke around the alsa api and see if 
> the is a non-blocking capability.
> 
> How about a step back, is there a sound API that can be "universal" for all 
> unix-like crossfire clients?

SDL has two sound libraries available on http://www.libsdl.org
  SDL_sound is used to load different sound formats
  SDL_mixer is used for playback.

SDL_mixer will use OSS or Alsa as the sound driver depending on which one is
available from what I can tell.

 -Scott

From nicolas.weeger at laposte.net  Wed Feb 16 03:11:11 2005
From: nicolas.weeger at laposte.net (Nicolas Weeger)
Date: Wed Feb 16 03:16:32 2005
Subject: [crossfire] MLab maps, again
Message-ID: <42130E2F.70101@laposte.net>

Hello.

So, when will the mlab maps be committed? :)

Nicolas Ryo

From fuchs.andy at gmail.com  Wed Feb 16 16:51:04 2005
From: fuchs.andy at gmail.com (Andy Fuchs)
Date: Wed Feb 16 17:05:38 2005
Subject: [crossfire] MLab maps, again
In-Reply-To: <42130E2F.70101@laposte.net>
References: <42130E2F.70101@laposte.net>
Message-ID: <b8c4714205021614514b634917@mail.gmail.com>

While looking at these maps I found Permanent (unique 1) chests and
similar containers at "/mlab/cdcbigstore2f", which I think should cost
a great deal more.  Also a few shops (bookshop, forgot other ones)
allow unpaid items to leave them.
Also a unique floored area exists that a key is required to enter. 
However this key is obtained with only a password in the basement of
the tavern.

From mikeeusaaa at yahoo.com  Wed Feb 16 17:16:20 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Wed Feb 16 17:21:40 2005
Subject: [crossfire] MLab maps, again
In-Reply-To: <b8c4714205021614514b634917@mail.gmail.com>
Message-ID: <20050216231620.46790.qmail@web61008.mail.yahoo.com>

Once I get a working laptop I'll fix the store issue.
The chests are fine as they are, the player had to
battle up quite a ways to get to the cityofclouds so
some cool things to buy are his reward.

Real chests that you can bury tresure in arent very
expensive in real life.

As for the other thing you mentioned ... that's
allready in the old mlab maps that are allready in
CVS.

Could someone please commit to CVS, my maps have no
more errors then other maps. Can't do anything with
stolen Items anyway (and I was fixing them but my
laptop broke).

I've been waiting a long time so please commit.





		
__________________________________ 
Do you Yahoo!? 
All your favorites on one personal page – Try My Yahoo!
http://my.yahoo.com 

From count0 at sdf-eu.org  Wed Feb 16 17:05:33 2005
From: count0 at sdf-eu.org (Lukas L. Diduch)
Date: Wed Feb 16 17:24:09 2005
Subject: [crossfire] Maps and quests.
Message-ID: <20050216230533.GA550@SDF-EU.ORG>

I want just to remind the map builders to adapt the quests if
expanding/redesigning maps.  

E.g: the dwarf in the scron pub at the gate tells : 'I chop them down in the
great forest to the east.' Back in the days the worldmap was cute and tiny that
was a good hint. Nowadays i don't think a newbie will ever find it. Too far
away from scorn to conclude that that's the one the dwarf spoke of.
It's worth to search and complete the zone, and it's a very good leveling zone
too, f.e. perfect for a level 8 warrior.  The dwarf could remember that nice
inn nearby which serves a very good ale..,(imho he should just remember the
ale..not the inn :p) or just give some hint, pointing the char. in the right
direction.

Maybe newbie zones shouldn't be too hard in giving out hints. Players should be
made aware of a few cool quests in the game to recognize that there are way
harder and interesting tasks to solve in cf.

,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
 Lukas L. Diduch -- count0@sdf-eu.org -- SDF-EU Public Access UNIX System :
   "Of course it runs NetBSD" - http://sdf-eu.org - http://www.netbsd.org
   public key for encrypted mail -- http://count0.sdf-eu.org/signature.txt 
````````````````````````````````````````````````````````````````````````````

From mikeeusaaa at yahoo.com  Sat Feb 19 09:37:42 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Sat Feb 19 09:42:07 2005
Subject: [crossfire] And now the MLAB name contoversy
Message-ID: <20050219153743.91397.qmail@web61003.mail.yahoo.com>

Ok, some devs complained about MLAB being flatland...
so now it's not anymore with the help of a script.

Now a dev dosn't even like the name MLAB!!!
Well these maps are Mikeeusa's Lab... they are good
quality and encompass 1/4th of the entire crossfire
world (according to du).

Stop nitpicking.
I want my map dir to stay mlab.

Also cavesomething is developing regions so we will
have real regions and don't have to care about players
saying "oh that map dir dosn't sound like this area"
because he will see the region name in who etc and not
the dir url.

If you are so ungratefull for these maps that you
demand my dir name be changed then don't include them.

Be like XFree with all it's crap politics and
stagnation because of such nonsense.



__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

From temitchell at sympatico.ca  Sat Feb 19 13:14:58 2005
From: temitchell at sympatico.ca (Todd Mitchell)
Date: Sat Feb 19 13:27:09 2005
Subject: =?iso-8859-1?Q?Re:=20[crossfire]=20And=20now=20the=20MLAB=20name=20contoversy?=
Message-ID: <E1D2a4A-0002BF-00@abraxis.kameria>


My issues with the Mlab maps have been on the record and haven't really changed since the first time I made them.  You would have had these maps in CVS ages ago if you weren't so obnoxious as you have totally put me off working on them and cannot seem to understand what it means to have CVS commit guidelines. 
There are some guidelines for the map set which have been worked out for reasons - the name of the folders should be meaningful for navigation purposes (in game). Players, DM (and futire game mechanics like lore and GPS) all rely in some part on this idea. Aside from the quest folder where there are some maps grouped by developer name, the folder structure should reflect this standard.  Just because pupland and a few other map sets break or bend this strategy does not mean new maps should as well.  Really your map set should be in a couple folders with names but if the person with CVS access who commits them is going to put them into a folder called mlab then it's no longer my business.  They can deal with it if they want to do the work.
That is the whole issue as far as I'm concerned and the reason that it has taken so long to get these maps into the repository - there was so much work needed which you fought every step of the way.
Realize however that once these maps are in CVS anyone with access can modify or change the maps and otherwise they have become part of the crossfire project.
It's wonderful you have chosen to make maps, we need maps, and they are good maps, but this in no way excuses them from the guidlines we set up for CVS inclusion.  If other developers want to deal with you it is fine - my objections are only my own.  I have pretty much decided to ignore all this for now.


> Ok, some devs complained about MLAB being flatland...
> so now it's not anymore with the help of a script.
> 
> Now a dev dosn't even like the name MLAB!!!
> Well these maps are Mikeeusa's Lab... they are good
> quality and encompass 1/4th of the entire crossfire
> world (according to du).
> 
> Stop nitpicking.
> I want my map dir to stay mlab.
> 
> Also cavesomething is developing regions so we will
> have real regions and don't have to care about players
> saying "oh that map dir dosn't sound like this area"
> because he will see the region name in who etc and not
> the dir url.
> 
> If you are so ungratefull for these maps that you
> demand my dir name be changed then don't include them.
> 
> Be like XFree with all it's crap politics and
> stagnation because of such nonsense.
> 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around 
> http://mail.yahoo.com 
> 
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
> http://mailman.metalforge.org/mailman/listinfo/crossfire




From mikeeusaaa at yahoo.com  Sat Feb 19 18:19:41 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Sat Feb 19 18:22:11 2005
Subject: [crossfire] And now the MLAB name contoversy
In-Reply-To: <20050219153743.91397.qmail@web61003.mail.yahoo.com>
Message-ID: <20050220001941.11667.qmail@web61001.mail.yahoo.com>

On second though how about making it mdream ?

MLAB take place almost entirely in a dream so 
mdream would make sense.


--- Mitch Obrian <mikeeusaaa@yahoo.com> wrote:

> Ok, some devs complained about MLAB being
> flatland...
> so now it's not anymore with the help of a script.
> 
> Now a dev dosn't even like the name MLAB!!!
> Well these maps are Mikeeusa's Lab... they are good
> quality and encompass 1/4th of the entire crossfire
> world (according to du).
> 
> Stop nitpicking.
> I want my map dir to stay mlab.
> 
> Also cavesomething is developing regions so we will
> have real regions and don't have to care about
> players
> saying "oh that map dir dosn't sound like this area"
> because he will see the region name in who etc and
> not
> the dir url.
> 
> If you are so ungratefull for these maps that you
> demand my dir name be changed then don't include
> them.
> 
> Be like XFree with all it's crap politics and
> stagnation because of such nonsense.
> 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam
> protection around 
> http://mail.yahoo.com 
> 
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
>
http://mailman.metalforge.org/mailman/listinfo/crossfire
> 



		
__________________________________ 
Do you Yahoo!? 
The all-new My Yahoo! - What will yours do?
http://my.yahoo.com 

From mikeeusaaa at yahoo.com  Sat Feb 19 21:12:00 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Sat Feb 19 21:17:11 2005
Subject: [crossfire] Haven't been able to compile for a month
Message-ID: <20050220031200.38944.qmail@web61001.mail.yahoo.com>

Figured this would be fixed.

depmode=gcc /bin/sh ../utils/depcomp \
gcc -DHAVE_CONFIG_H -I. -I. -I../include  -I../include
-DDATADIR=\"/home/cfserver/cfservernew/share/crossfire\"
-DCONFDIR=\"/home/cfserver/cfservernew/etc/crossfire\"
-DLIBDIR=\"/home/cfserver/cfservernew/lib/crossfire\"
-DLOCALDIR=\"/home/cfserver/cfservernew/var/crossfire\"
  -g -O2 -c `test -f 'map.c' || echo './'`map.c
source='object.c' object='object.o' libtool=no \
depfile='.deps/object.Po'
tmpdepfile='.deps/object.TPo' \
depmode=gcc /bin/sh ../utils/depcomp \
gcc -DHAVE_CONFIG_H -I. -I. -I../include  -I../include
-DDATADIR=\"/home/cfserver/cfservernew/share/crossfire\"
-DCONFDIR=\"/home/cfserver/cfservernew/etc/crossfire\"
-DLIBDIR=\"/home/cfserver/cfservernew/lib/crossfire\"
-DLOCALDIR=\"/home/cfserver/cfservernew/var/crossfire\"
  -g -O2 -c `test -f 'object.c' || echo './'`object.c
object.c: In function `insert_ob_in_map':
object.c:1458: parse error before `<'
make[1]: *** [object.o] Error 1
make[1]: Leaving directory
`/home/cfserver/cvs/crossfire/common'
make: *** [all-recursive] Error 1



		
__________________________________ 
Do you Yahoo!? 
The all-new My Yahoo! - What will yours do?
http://my.yahoo.com 

From mikeeusaaa at yahoo.com  Sat Feb 19 21:25:32 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Sat Feb 19 21:31:05 2005
Subject: [crossfire] Haven't been able to compile for a month (Never Mind)
Message-ID: <20050220032532.12222.qmail@web61004.mail.yahoo.com>

And it was fixed. I rmed and rechecked out the cvs and
it compiles now. Sorry for that.








Figured this would be fixed.

depmode=gcc /bin/sh ../utils/depcomp \
gcc -DHAVE_CONFIG_H -I. -I. -I../include  -I../include
-DDATADIR=\"/home/cfserver/cfservernew/share/crossfire\"
-DCONFDIR=\"/home/cfserver/cfservernew/etc/crossfire\"
-DLIBDIR=\"/home/cfserver/cfservernew/lib/crossfire\"
-DLOCALDIR=\"/home/cfserver/cfservernew/var/crossfire\"
  -g -O2 -c `test -f 'map.c' || echo './'`map.c
source='object.c' object='object.o' libtool=no \
depfile='.deps/object.Po'
tmpdepfile='.deps/object.TPo' \
depmode=gcc /bin/sh ../utils/depcomp \
gcc -DHAVE_CONFIG_H -I. -I. -I../include  -I../include
-DDATADIR=\"/home/cfserver/cfservernew/share/crossfire\"
-DCONFDIR=\"/home/cfserver/cfservernew/etc/crossfire\"
-DLIBDIR=\"/home/cfserver/cfservernew/lib/crossfire\"
-DLOCALDIR=\"/home/cfserver/cfservernew/var/crossfire\"
  -g -O2 -c `test -f 'object.c' || echo './'`object.c
object.c: In function `insert_ob_in_map':
object.c:1458: parse error before `<'
make[1]: *** [object.o] Error 1
make[1]: Leaving directory
`/home/cfserver/cvs/crossfire/common'
make: *** [all-recursive] Error 1



		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - 250MB free storage. Do more. Manage less. 
http://info.mail.yahoo.com/mail_250

From trhyne at MIT.EDU  Sun Feb 20 09:46:38 2005
From: trhyne at MIT.EDU (Vernon T Rhyne)
Date: Sun Feb 20 10:07:45 2005
Subject: [crossfire] Haven't been able to compile for a month (Never Mind)
In-Reply-To: <20050220032532.12222.qmail@web61004.mail.yahoo.com>
References: <20050220032532.12222.qmail@web61004.mail.yahoo.com>
Message-ID: <1108914398.4218b0de25feb@webmail.mit.edu>

Couple things:  1) this bensnoodle thing is getting a bit out of hand.  What
gives?
2) I can't verify this in code yet, but the dragon-food-resistance mechanic
seems to be a little "off".  One of my characters is in the 30-ish cold
resistance range, and gets no gains from chinese dragons (+50 cold resist), but
got a gain from a dragonman wing (-15 cold resistance).  Again from anecdotal
testing, each food appears to be condensced into a "how does it taste" based on
total potential for gain, and then assign the gain randomly to anything it
possesses (positive or negative).  Maybe I'm way off here in my analysis.  If
not, then it really seems like it ought to figure each element separately.

From kirschbaum at myrealbox.com  Sun Feb 20 10:47:57 2005
From: kirschbaum at myrealbox.com (Andreas Kirschbaum)
Date: Sun Feb 20 10:52:18 2005
Subject: [crossfire] Error output for non-working bank deposit
In-Reply-To: <Pine.LNX.4.62.0502130122270.630@mage.real-time.com>
References: <Pine.LNX.4.62.0502130122270.630@mage.real-time.com>
Message-ID: <20050220164757.GA6194@kirschbaum.myrealbox.com>

Rick Tanner wrote:
> On crossfire.metalforge.net, I'm seeing the following error when players
> try to deposit gold coins at the Scorn bank.
[...]
>   File "/home/crossfire/share/crossfire/maps/python/IPO/banksay.py", line 64, in ?
>     if (CFPython.PayAmount(activator, (int(text[1])*exchange_rate)*fees)):
> SystemError: Objects/longobject.c:689: bad argument to internal function

The problem seems to be that a float is passed to PayAmount() (which
expects an integer). After adding an explicit type cast (see attached
patch), it did work for me again.
-------------- next part --------------
Index: python/IPO/banksay.py
===================================================================
RCS file: /cvsroot/crossfire/maps-bigworld/python/IPO/banksay.py,v
retrieving revision 1.8
diff -w -c -5 -r1.8 banksay.py
*** python/IPO/banksay.py	6 Dec 2004 04:48:05 -0000	1.8
--- python/IPO/banksay.py	13 Feb 2005 15:19:55 -0000
***************
*** 59,69 ****
                    \nA service charge of %d percent will be placed on all deposits' \
  		%(service_charge)
  
  elif text[0] == 'deposit':
  	if len(text)==2:
! 		if (CFPython.PayAmount(activator, (int(text[1])*exchange_rate)*fees)):
  			bank.deposit(activatorname, int(text[1]))
  			message = '%d recieved, %d imperials deposited to bank account.  %s' \
  			%((int(text[1])*(exchange_rate/50))*fees,int(text[1]),random.choice(thanks_message))
  		else:
  			message = 'You would need %d gold'%((int(text[1])*(exchange_rate/10))*fees)
--- 59,69 ----
                    \nA service charge of %d percent will be placed on all deposits' \
  		%(service_charge)
  
  elif text[0] == 'deposit':
  	if len(text)==2:
! 		if (CFPython.PayAmount(activator, int((int(text[1])*exchange_rate)*fees))):
  			bank.deposit(activatorname, int(text[1]))
  			message = '%d recieved, %d imperials deposited to bank account.  %s' \
  			%((int(text[1])*(exchange_rate/50))*fees,int(text[1]),random.choice(thanks_message))
  		else:
  			message = 'You would need %d gold'%((int(text[1])*(exchange_rate/10))*fees)
From kirschbaum at myrealbox.com  Sun Feb 20 13:52:35 2005
From: kirschbaum at myrealbox.com (Andreas Kirschbaum)
Date: Sun Feb 20 13:57:19 2005
Subject: [crossfire] python version check (was: some bugs)
In-Reply-To: <20050120222649.GC17834@idefix2.dvlp.in-medias-res.com>
References: <1106195794.5396.20.camel@oberon.kameria>
	<20050120222649.GC17834@idefix2.dvlp.in-medias-res.com>
Message-ID: <20050220195235.GA26926@kirschbaum.myrealbox.com>

To check for a suitable python version, I added some checks to the
autoconf script. I have tested it with Python versions from 2.1 to 2.4
but only under debian.

Can someone review or check this patch before I commit it?
-------------- next part --------------
? ANK-TODO
? DIFF
Index: acinclude.m4
===================================================================
RCS file: /cvsroot/crossfire/crossfire/acinclude.m4,v
retrieving revision 1.5
diff -w -c -5 -r1.5 acinclude.m4
*** acinclude.m4	16 May 2004 06:13:20 -0000	1.5
--- acinclude.m4	20 Feb 2005 19:49:08 -0000
***************
*** 43,54 ****
  			fi
  		fi
  		if test "x$PYTHON_LIB" != "x"  ; then
  			AC_CHECK_LIB(pthread, main,  PY_LIBS="$PY_LIBS -lpthread", , $PY_LIBS )
  			AC_CHECK_LIB(util, main,  PY_LIBS="$PY_LIBS -lutil", , $PY_LIBS )
! 			$1
  		fi
  	fi
  
  	AC_SUBST(PYTHON_LIB)
  	AC_SUBST(PY_LIBS)
  	AC_SUBST(PY_INCLUDES)
--- 43,105 ----
  			fi
  		fi
  		if test "x$PYTHON_LIB" != "x"  ; then
  			AC_CHECK_LIB(pthread, main,  PY_LIBS="$PY_LIBS -lpthread", , $PY_LIBS )
  			AC_CHECK_LIB(util, main,  PY_LIBS="$PY_LIBS -lutil", , $PY_LIBS )
! 
! 			AC_MSG_CHECKING([whether python supports the "L" format specifier])
! 			saved_LIBS="$LIBS"
! 			LIBS="$LIBS $PYTHON_LIB $PY_LIBS"
! 			saved_CFLAGS="$CFLAGS"
! 			CFLAGS="$CFLAGS $PY_INCLUDES"
! 			AC_TRY_RUN([
! #include <Python.h>
! #include <stdlib.h>
! 
! static PyObject *callback(PyObject *self, PyObject *args)
! {
!     long long val;
! 
!     if (!PyArg_ParseTuple(args, "L", &val))
! 	return NULL;
!     if (val != 1)
! 	exit(1);
!     Py_INCREF(Py_None);
!     return Py_None;
! }
! 
! static PyMethodDef methods[] = {
!     {"callback", callback, METH_VARARGS},
!     {NULL, NULL, 0, NULL},
! };
! 
! int main()
! {
!     Py_Initialize();
!     Py_InitModule("test", methods);
!     return(PyRun_SimpleString("import test\ntest.callback(1)\n") != 0);
! }
! 				], [
! 				AC_MSG_RESULT([yes])
! 				], [
! 				AC_MSG_RESULT([no])
! 				PYTHON_LIB=""
! 				PYLIBS=""
! 				PY_INCLUDE=""
! 				],
! 				[
! 				AC_MSG_RESULT([skipped because cross compiling])
! 				])
! 			LIBS="$saved_LIBS"
! 			CFLAGS="$saved_CFLAGS"
! 		fi
  	fi
+ 
+ 	if test "x$PYTHON_LIB" = "x"  ; then
+ 		$2
+ 	else
+ 		$1
  	fi
  
  	AC_SUBST(PYTHON_LIB)
  	AC_SUBST(PY_LIBS)
  	AC_SUBST(PY_INCLUDES)
From mikeeusaaa at yahoo.com  Sun Feb 20 19:40:02 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Sun Feb 20 19:42:22 2005
Subject: [crossfire] Two New Building Archtypes, Please deposit In CVS
Message-ID: <20050221014002.47497.qmail@web61004.mail.yahoo.com>

Two New Building Archtypes, Please deposit In CVS:
(also attached to this email)

https://cat2.dynu.ca/crossfirearch/castle_a_navarian.arc
https://cat2.dynu.ca/crossfirearch/castle_a_navarian.base.x11.png
https://cat2.dynu.ca/crossfirearch/castle_a_navarian.base.x12.png

https://cat2.dynu.ca/crossfirearch/castle_navarian.arc
https://cat2.dynu.ca/crossfirearch/castle_navarian.base.111.png

Please upload to CVS.

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: castle_a_navarian.arc
Type: application/octet-stream
Size: 731 bytes
Desc: castle_a_navarian.arc
Url : http://shadowknight.real-time.com/pipermail/crossfire/attachments/20050220/6294ac04/castle_a_navarian.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: castle_a_navarian.base.x11.png
Type: image/png
Size: 1657 bytes
Desc: castle_a_navarian.base.x11.png
Url : http://shadowknight.real-time.com/pipermail/crossfire/attachments/20050220/6294ac04/castle_a_navarian.base.x11.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: castle_a_navarian.base.x12.png
Type: image/png
Size: 1653 bytes
Desc: castle_a_navarian.base.x12.png
Url : http://shadowknight.real-time.com/pipermail/crossfire/attachments/20050220/6294ac04/castle_a_navarian.base.x12.png
-------------- next part --------------
A non-text attachment was scrubbed...
Name: castle_navarian.arc
Type: application/octet-stream
Size: 122 bytes
Desc: castle_navarian.arc
Url : http://shadowknight.real-time.com/pipermail/crossfire/attachments/20050220/6294ac04/castle_navarian.obj
-------------- next part --------------
A non-text attachment was scrubbed...
Name: castle_navarian.base.111.png
Type: image/png
Size: 782 bytes
Desc: castle_navarian.base.111.png
Url : http://shadowknight.real-time.com/pipermail/crossfire/attachments/20050220/6294ac04/castle_navarian.base.111.png
From crossfire at brownbays.net  Sun Feb 20 20:17:41 2005
From: crossfire at brownbays.net (Todd McCoy)
Date: Sun Feb 20 21:12:22 2005
Subject: [crossfire] Strange problem -- suddenly
In-Reply-To: <20050221014002.47497.qmail@web61004.mail.yahoo.com>
References: <20050221014002.47497.qmail@web61004.mail.yahoo.com>
Message-ID: <421944C5.9080602@brownbays.net>

Suddenly crossfire won't run on the laptop or my desktop.. I get 
segmentation faults both places....  what has me really befuddled, is 
the laptop is a read-only filesystem...  (games-knoppix Three Kings 
Edition) which has the 1.5 GTK client and has functioned perfectly until 
this evening...

My desktop is a  FC3 install with the 1.7.0 GTK client exhibiting the 
same behavior... below is the output to stderr on the FC3 gcfclient 1.7

Any ideas?  I was gone last night, and didn't make any changes 
(especially to the knoppix CD :)... I don't know where to start??  It 
was working fine yesterday :(

Todd


[todd@tigger ~]$ gcfclient
[  INFO  ] (Version::common) $Id: rcs-id.h,v 1.2 2004/01/30 22:03:37 
ryo_saeba Exp $
[  INFO  ] (Version::common) $Id: client.c,v 1.23 2004/01/30 18:43:34 
tchize Exp $
[  INFO  ] (Version::common) $Id: commands.c,v 1.22 2004/01/30 18:43:34 
tchize Exp $
[  INFO  ] (Version::common) $Id: image.c,v 1.16 2004/01/30 22:03:37 
ryo_saeba Exp $
[  INFO  ] (Version::common) $Id: init.c,v 1.19 2004/02/01 09:31:57 
ryo_saeba Exp $
[  INFO  ] (Version::common) $Id: item.c,v 1.10 2004/01/30 18:43:34 
tchize Exp $
[  INFO  ] (Version::common) $Id: metaserver.c,v 1.10 2004/04/04 
10:07:46 ryo_saeba Exp $
[  INFO  ] (Version::common) $Id: misc.c,v 1.8 2004/01/30 18:43:34 
tchize Exp $
[  INFO  ] (Version::common) $Id: newsocket.c,v 1.12 2004/01/30 18:43:34 
tchizeExp $
[  INFO  ] (Version::common) $Id: player.c,v 1.12 2004/01/30 18:43:34 
tchize Exp $
[  INFO  ] (Version::common) $Id: script.c,v 1.6 2004/04/04 10:07:46 
ryo_saeba Exp $
[  INFO  ] (Version::gtk   ) $Id: rcs-id.h,v 1.2 2004/01/30 22:03:37 
ryo_saeba Exp $
[  INFO  ] (Version::gtk   ) $Id: config.c,v 1.18 2004/01/30 18:43:34 
tchize Exp $
[  INFO  ] (Version::gtk   ) $Id: gx11.c,v 1.48 2004/04/04 10:07:47 
ryo_saeba Exp $
[  INFO  ] (Version::gtk   ) $Id: image.c,v 1.17 2004/01/30 18:43:34 
tchize Exp$
[  INFO  ] (Version::gtk   ) $Id: keys.c,v 1.15 2004/03/04 22:31:25 
ryo_saeba Exp $
[  INFO  ] (Version::gtk   ) $Id: map.c,v 1.23 2004/01/30 18:43:34 
tchize Exp $
[  INFO  ] (Version::gtk   ) $Id: png.c,v 1.9 2004/01/30 18:43:34 tchize 
Exp $
[  INFO  ] (Version::gtk   ) $Id: sdl.c,v 1.13 2004/01/30 18:43:34 
tchize Exp $
[  INFO  ] (Version::gtk   ) $Id: sound.c,v 1.10 2004/01/30 22:03:37 
ryo_saeba Exp $
[  INFO  ] (Client Version) GTK Unix Client 1.7.0
[  INFO  ] (gtk::init_keys) Could not open ~/.crossfire/keys, trying to 
load global bindings
[  INFO  ] (common::raiseChild) Raising /usr/local/bin/cfsndserv with 
flags 7
Segmentation fault
[todd@tigger ~]$

From mikeeusaaa at yahoo.com  Sun Feb 20 21:19:36 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Sun Feb 20 21:22:23 2005
Subject: [crossfire] Strange problem -- suddenly
In-Reply-To: <421944C5.9080602@brownbays.net>
Message-ID: <20050221031936.58944.qmail@web61010.mail.yahoo.com>

Same EXACT thing happened to me today on morphix
(derivative of knoppix).

What I did was gcfclient -server myserver

Umm... why did this happen to both of us at the same
time.


--- Todd McCoy <crossfire@brownbays.net> wrote:

> Suddenly crossfire won't run on the laptop or my
> desktop.. I get 
> segmentation faults both places....  what has me
> really befuddled, is 
> the laptop is a read-only filesystem... 
> (games-knoppix Three Kings 
> Edition) which has the 1.5 GTK client and has
> functioned perfectly until 
> this evening...
> 
> My desktop is a  FC3 install with the 1.7.0 GTK
> client exhibiting the 
> same behavior... below is the output to stderr on
> the FC3 gcfclient 1.7
> 
> Any ideas?  I was gone last night, and didn't make
> any changes 
> (especially to the knoppix CD :)... I don't know
> where to start??  It 
> was working fine yesterday :(
> 
> Todd
> 
> 
> [todd@tigger ~]$ gcfclient
> [  INFO  ] (Version::common) $Id: rcs-id.h,v 1.2
> 2004/01/30 22:03:37 
> ryo_saeba Exp $
> [  INFO  ] (Version::common) $Id: client.c,v 1.23
> 2004/01/30 18:43:34 
> tchize Exp $
> [  INFO  ] (Version::common) $Id: commands.c,v 1.22
> 2004/01/30 18:43:34 
> tchize Exp $
> [  INFO  ] (Version::common) $Id: image.c,v 1.16
> 2004/01/30 22:03:37 
> ryo_saeba Exp $
> [  INFO  ] (Version::common) $Id: init.c,v 1.19
> 2004/02/01 09:31:57 
> ryo_saeba Exp $
> [  INFO  ] (Version::common) $Id: item.c,v 1.10
> 2004/01/30 18:43:34 
> tchize Exp $
> [  INFO  ] (Version::common) $Id: metaserver.c,v
> 1.10 2004/04/04 
> 10:07:46 ryo_saeba Exp $
> [  INFO  ] (Version::common) $Id: misc.c,v 1.8
> 2004/01/30 18:43:34 
> tchize Exp $
> [  INFO  ] (Version::common) $Id: newsocket.c,v 1.12
> 2004/01/30 18:43:34 
> tchizeExp $
> [  INFO  ] (Version::common) $Id: player.c,v 1.12
> 2004/01/30 18:43:34 
> tchize Exp $
> [  INFO  ] (Version::common) $Id: script.c,v 1.6
> 2004/04/04 10:07:46 
> ryo_saeba Exp $
> [  INFO  ] (Version::gtk   ) $Id: rcs-id.h,v 1.2
> 2004/01/30 22:03:37 
> ryo_saeba Exp $
> [  INFO  ] (Version::gtk   ) $Id: config.c,v 1.18
> 2004/01/30 18:43:34 
> tchize Exp $
> [  INFO  ] (Version::gtk   ) $Id: gx11.c,v 1.48
> 2004/04/04 10:07:47 
> ryo_saeba Exp $
> [  INFO  ] (Version::gtk   ) $Id: image.c,v 1.17
> 2004/01/30 18:43:34 
> tchize Exp$
> [  INFO  ] (Version::gtk   ) $Id: keys.c,v 1.15
> 2004/03/04 22:31:25 
> ryo_saeba Exp $
> [  INFO  ] (Version::gtk   ) $Id: map.c,v 1.23
> 2004/01/30 18:43:34 
> tchize Exp $
> [  INFO  ] (Version::gtk   ) $Id: png.c,v 1.9
> 2004/01/30 18:43:34 tchize 
> Exp $
> [  INFO  ] (Version::gtk   ) $Id: sdl.c,v 1.13
> 2004/01/30 18:43:34 
> tchize Exp $
> [  INFO  ] (Version::gtk   ) $Id: sound.c,v 1.10
> 2004/01/30 22:03:37 
> ryo_saeba Exp $
> [  INFO  ] (Client Version) GTK Unix Client 1.7.0
> [  INFO  ] (gtk::init_keys) Could not open
> ~/.crossfire/keys, trying to 
> load global bindings
> [  INFO  ] (common::raiseChild) Raising
> /usr/local/bin/cfsndserv with 
> flags 7
> Segmentation fault
> [todd@tigger ~]$
> 
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
>
http://mailman.metalforge.org/mailman/listinfo/crossfire
> 



		
__________________________________ 
Do you Yahoo!? 
Take Yahoo! Mail with you! Get it on your mobile phone. 
http://mobile.yahoo.com/maildemo 

From leaf at real-time.com  Sun Feb 20 21:28:43 2005
From: leaf at real-time.com (Rick Tanner)
Date: Sun Feb 20 21:34:16 2005
Subject: [crossfire] Strange problem -- suddenly
In-Reply-To: <421944C5.9080602@brownbays.net>
References: <20050221014002.47497.qmail@web61004.mail.yahoo.com>
	<421944C5.9080602@brownbays.net>
Message-ID: <Pine.LNX.4.62.0502202126350.21228@mage.real-time.com>

On Sun, 20 Feb 2005, Todd McCoy wrote:

> Suddenly crossfire won't run on the laptop or my desktop.. I get segmentation 
> faults both places....  what has me really befuddled, is the laptop is a 
> read-only filesystem...  (games-knoppix Three Kings Edition) which has the 
> 1.5 GTK client and has functioned perfectly until this evening...
> <..>
>
> Any ideas?  I was gone last night, and didn't make any changes (especially to 
> the knoppix CD :)... I don't know where to start??  It was working fine 
> yesterday :(
> <..>

It might be because of the large listing of stale servers in the 
metaserver list.

As posted on:
http://www.metalforge.net/cfmb/viewtopic.php?t=903

"If your client is crashing when you first startup it might be due to a 
problem with the metaserver and bensnoodle -- long story

For now, you can get around this by adding the -server option, so to 
connect to metalforge it would be:

/path/to/your/client -server crossfire.metalforge.net

This will work for cfclient and gtkclient"

From crossfire at brownbays.net  Sun Feb 20 23:00:33 2005
From: crossfire at brownbays.net (Todd McCoy)
Date: Sun Feb 20 23:02:23 2005
Subject: [crossfire] Strange problem -- suddenly
In-Reply-To: <Pine.LNX.4.62.0502202126350.21228@mage.real-time.com>
References: <20050221014002.47497.qmail@web61004.mail.yahoo.com>	<421944C5.9080602@brownbays.net>
	<Pine.LNX.4.62.0502202126350.21228@mage.real-time.com>
Message-ID: <42196AF1.1030805@brownbays.net>

Well that certainly would explain why I was getting the same behavior on 
both systems at the same time... and then they mysteriously began 
working again at the same time... I was very perplexed by that....  
thanks for the tip on using the -server switch.  That will be a nice way 
to skip the server list at startup since I amost always connect to my 
private server.

Thanks for the prompt replies folks.

Todd

Rick Tanner wrote:

> On Sun, 20 Feb 2005, Todd McCoy wrote:
>
>> Suddenly crossfire won't run on the laptop or my desktop.. I get 
>> segmentation faults both places....  what has me really befuddled, is 
>> the laptop is a read-only filesystem...  (games-knoppix Three Kings 
>> Edition) which has the 1.5 GTK client and has functioned perfectly 
>> until this evening...
>> <..>
>>
>> Any ideas?  I was gone last night, and didn't make any changes 
>> (especially to the knoppix CD :)... I don't know where to start??  It 
>> was working fine yesterday :(
>> <..>
>
>
> It might be because of the large listing of stale servers in the 
> metaserver list.
>
> As posted on:
> http://www.metalforge.net/cfmb/viewtopic.php?t=903
>
> "If your client is crashing when you first startup it might be due to 
> a problem with the metaserver and bensnoodle -- long story
>
> For now, you can get around this by adding the -server option, so to 
> connect to metalforge it would be:
>
> /path/to/your/client -server crossfire.metalforge.net
>
> This will work for cfclient and gtkclient"
>
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
> http://mailman.metalforge.org/mailman/listinfo/crossfire


From mwedel at sonic.net  Sun Feb 20 23:31:39 2005
From: mwedel at sonic.net (Mark Wedel)
Date: Mon Feb 21 00:02:22 2005
Subject: [crossfire] Strange problem -- suddenly
In-Reply-To: <42196AF1.1030805@brownbays.net>
References: <20050221014002.47497.qmail@web61004.mail.yahoo.com>	<421944C5.9080602@brownbays.net>	<Pine.LNX.4.62.0502202126350.21228@mage.real-time.com>
	<42196AF1.1030805@brownbays.net>
Message-ID: <4219723B.4050203@sonic.net>

Todd McCoy wrote:
> Well that certainly would explain why I was getting the same behavior on 
> both systems at the same time... and then they mysteriously began 
> working again at the same time... I was very perplexed by that....  
> thanks for the tip on using the -server switch.  That will be a nice way 
> to skip the server list at startup since I amost always connect to my 
> private server.
> 

  Updating to latest CVS will also fix the problem (once I discovered it, I 
fixed the code so at least the client won't crash - it'll just truncate the listing)


From mikeeusaaa at yahoo.com  Mon Feb 21 08:52:08 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Mon Feb 21 08:57:24 2005
Subject: [crossfire] Is the deposit bug on the bank PY script ever going to
	get fixed?
Message-ID: <20050221145209.50029.qmail@web61009.mail.yahoo.com>

Is the deposit bug on the bank PY script ever going to
get fixed?

I've seen it reported and reported and reported and...
nothing is done.

Why won't anyone fix it?
Comon Please make deposit work again.

According to CVS it's been FIVE months.


		
__________________________________ 
Do you Yahoo!? 
The all-new My Yahoo! - What will yours do?
http://my.yahoo.com 

From rbrockway at opentrend.net  Mon Feb 21 09:26:23 2005
From: rbrockway at opentrend.net (Robert Brockway)
Date: Mon Feb 21 09:32:38 2005
Subject: [crossfire] Trips to Wolfsburg
Message-ID: <20050221151541.F90256@nirmala.opentrend.net>

Hi all.  Looking at the big world map 
(http://crossfire.real-time.com/world_map/world-map.html) it strikes me as 
odd that Wolfsburg is accessible from Scorn rather than Navar city.  If we 
ever change to moveable ships (discussed on the list many times over the 
years) then Wolfsburg will suddently be closer to Navar.

I'd like to see the maps changed so Wolfsburg becomes connected to Navar 
by ship rather than Scorn.  How do others feel about this?

As long as we don't link Wolfsburg to both Scorn and Navar I don't see any 
game balance issues.

Rob

-- 
Robert Brockway B.Sc.
Senior Technical Consultant, OpenTrend Solutions Ltd.
Phone: 416-669-3073 Email: rbrockway@opentrend.net http://www.opentrend.net
OpenTrend Solutions: Reliable, secure solutions to real world problems.
Contributing Member of Software in the Public Interest (http://www.spi-inc.org)

From brenlally at ntlworld.com  Sun Feb 20 18:10:41 2005
From: brenlally at ntlworld.com (Bren)
Date: Mon Feb 21 11:41:08 2005
Subject: [crossfire] regions
Message-ID: <200502210010.41453.brenlally@ntlworld.com>

As of this evening, I have added a patch to the sourceforge tracker to 
implement region support. This is designed to provide a source of cascading 
meta information about multiple maps. Since this is a fairly extensive 
modification I have created a document explaining the change, this is 
attached here, with the intention that it eventually find a home somewhere 
under doc/ in the server module.

A subset of this patch is currently running on the cat2 server, the rest has 
been tested locally to work properly.

I now need the assistance of someone who knows their way around Makefiles. I 
want to have added to the makefile the following.
1. A new file in common called region.c
2. A new header in include called region.h
3. A file in lib called regions,  that should be copied to the same place as 
the Archetypes file.

At the moment most of the changes are thrown onto the bottom of map.c, this is 
not really where they belong, but this is the only way I can make it compile 
without altering the Makefile (which I don't know how to do).

For everyone else, look over the attached file, then the patch and respond 
with queries, criticisms, recommendations, etc.

There still remains the issue of how maps should be split into regions, by the 
time you read this, I will have started a thread for this on CFMB with the 
aim of constructing a list of maps and the regions that they should belong 
to. (the information will go in the map files themselves....)
-------------- next part --------------
Included herein is a description of the Region system, as implemented in February 2005.

Revision 0.1 - BT Lally.

If by the time you read this, this date is old, then this file may not have been kept
up to date, either that or no relevant changes have occurred, the Changelog should help
you determine which is the case.

*****Contents*****

How to read this file
Overview
Struct values and meaning
Sample region file entry and meaning.
Functions exposed and purpose thereof
player visible changes
Known/suspected bugs.
Future plans

*****How to read this file*****

If you are a mapper and want to create a new region for your maps
read: 
Overview 
Sample region file entry and meaning.

If you want to add new features to regions, read 
Struct values and meaning.
Known/suspected bugs.
Future plans
maybe the rest if you can be bothered.

If you are developing something else and want to interact with region information read:
Functions exposed and purpose thereof
Known/suspected bugs.

If you are merely a curious player who stumbled upon this by accident, read:
player visible changes
and, if you care enough...
Future plans

*****Overview*****
Regions are connected to maps, they allow a set of common properties to be associated with
the maps in the game.
The map struct has had a pointer to a region struct added. This pointer points to the region
that the map is in. 

The map files are altered to have a new field in the header

The line should read
region name

where 'name' is the name of a region defined in the regions file.

The maps are linked to their regions at load time.

Each region is guaranteed only to have 3 values, a name, next and a parent
 exception to this, there is a base region with a NULL parent pointer, this should have *all*
 other fields defined, if a region doesn't have a field defined, then it traverses up the
 inheritance tree, until it finds a definition of the field.
 
Look to the next section to see what the values stored in the region are.
 
Example of this.
region world, this is the base region, with no parent.
region scorn, this has parent world, and longname "Kingdom of scorn"
	it has msg "you are in scorn"
region scornoldcity, this has parent scorn, and no longname, it has msg
	"you are under scorn"

if we call get_region_msg(region) with scornoldcity as the region, it will return
"you are under scorn"
if we call get_region_longname(region) with scornoldcity as the region, it will return
"Kingdom of scorn"

This means that any combination of values can be used scoped appropriately.

Next the values themselves....

*****Struct Values and Meaning*****
This contains a list of the information about the regions and what the fields mean.
*next; 
 we construct a singly-linked list of regions, to check all, you go through one by one
 calling region->next until such time as next is NULL. This is the same as the way most
 other structures in the game work.

*name
 This field is compulsory, it is the name of the region, which is used to map the maps to the
 regions.

*parent_name
 This is the name of the parent, only used during initialisation
 
*parent
 pointer to the parent region.
 
*longname
 The title of the region, this should be the full, verbose title, with lots of pompousness
 
*msg
 The description of the region, think guidebook entry.
 Displayed to provide some background flavour.
 
*fallback
 If a map has a misspelling, say scron instead of scorn, then we can't match the name.
 One region should have this set, so that the map can still be assigned a region
 until such time the map creator learns to spell.

*****Sample Regions file entry*****

region scorn
longname The Kingdom of Scorn
msg
Nestled snugly in a sheltered bay at the west of the Imperial Highway, etc
endmsg
parent world
end

Here we see a relatively high level region, it has a longname, that is the title of the kingdom
It has a description, and a parent.
the region is called scorn, and all maps containing the line 'region scorn' will be in this region

The msg field (description) is contained within the lines msg and endmsg
NB see Known Bugs section about this...

The other line that it could have contained was 
fallback 1
this would've made it the default region for maps with no region set.
However Scorn isn't a sensible choice for this.

Each entry in the regions file is finished with a line saying
end

The regions file stops being parsed when a line saying 
nomore

is encountered.

*****Functions exposed and purpose thereof*****

The following functions are currently accessible, this list is still fluid, expect this to change.
Since I haven't created my own header yet, everything is public, that will change soon.

Note, I am describing the functions, not their implementation, for that look at the source code comments

extern char *get_region_longname(region *r);
	returns the longname that the region should use
extern char *get_region_msg(region *r);
	returns the description of the region.

extern region *get_region_by_name(char *region_name);
	given a name returns the region with that name, or the fallback if there isn't one.
	Used by the map loader and stuff using get_name_of_region_for_map at the moment.
	
extern char *get_name_of_region_for_map(mapstruct *m);
	takes a map and returns the name of the region it is in.
	
extern void parse_regions();
	used to load the values for the regions at startup
	
extern void init_regions();
	calls parse regions, performs some checks beforehand.
	
extern region *get_region_struct();
	calloc's a new region struct and blanks it for use
	
extern void assign_region_parents();
	called after parse regions, makes the child regions find their parents.
	
*****Player visible changes*****

The command mapinfo now returns the region name (not longname, but what is included in the map file)

There is a command whereami that prints the regions name and description.

*****Known/suspected bugs*****

Random maps probably don't get their regions set properly.

The region parser is not particularly robust, it dies if the 'endmsg' line is missing, 
or if 'nomore' is missing, or if the 'end' line is missing. These stop the server from
starting, if it starts, it should be fine afterwards.

*****Future plans*****

short term:

Move these changes into their own file region.c and create a header file to hold the 
declarations of some functions that should be private.

whereiseverybody command, showing region and the number of players there.

modify who command so that PK servers can elect to show only region to other players
(making it more challenging to hunt other players).

medium term:

Have the regions file 'compiled' in the same way the archetypes are.

Limit word of recall's range based upon region, add a default savebed to each region, 
and store in the player the savebeds for each region. 

add a 'capabilities' field to the region, defining what the region can do. eg, 
limits_word_of_recall, if set then casting Word of recall takes to the savebed for 
that region, otherwise for the parent region.

Long term:

All sorts of other things, regional leaders, governments, economies, justice systems, 
wars, import restrictions, citizenship, etc, etc

Look on CFMB for some of the things that have been suggested.
From leaf at real-time.com  Mon Feb 21 12:40:35 2005
From: leaf at real-time.com (Rick Tanner)
Date: Mon Feb 21 12:42:27 2005
Subject: [crossfire] Is the deposit bug on the bank PY script ever going
	to	get fixed?
In-Reply-To: <20050221145209.50029.qmail@web61009.mail.yahoo.com>
References: <20050221145209.50029.qmail@web61009.mail.yahoo.com>
Message-ID: <Pine.LNX.4.58.0502211237140.4997@enchanter.real-time.com>


On Mon, 21 Feb 2005, Mitch Obrian wrote:

> Is the deposit bug on the bank PY script ever going to
> get fixed?

What versin of python are you using/running on your server?

"... crossfire 1.7 needs python 2.2 or higher due to a change in the 
plugin."

http://mailman.real-time.com/pipermail/crossfire/2005-February/008153.html



What error message are you seeing when players try to use the bank?


From mikeeusaaa at yahoo.com  Mon Feb 21 13:20:41 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Mon Feb 21 13:22:28 2005
Subject: [crossfire] Is the deposit bug on the bank PY script ever going
	to get fixed?
In-Reply-To: <Pine.LNX.4.58.0502211237140.4997@enchanter.real-time.com>
Message-ID: <20050221192041.19268.qmail@web61005.mail.yahoo.com>

I'm running debian stable on my server... I hope it
hasn't been obsoleted!

[5][mikeeusa@caethaver2:~]$ python -V       
Python 2.1.3

Yep is has.
What am I supposed to do? I run a server to be stable
(thus debian stable). Guess I'm screwed. Fuck.

--- Rick Tanner <leaf@real-time.com> wrote:

> 
> On Mon, 21 Feb 2005, Mitch Obrian wrote:
> 
> > Is the deposit bug on the bank PY script ever
> going to
> > get fixed?
> 
> What versin of python are you using/running on your
> server?
> 
> "... crossfire 1.7 needs python 2.2 or higher due to
> a change in the 
> plugin."
> 
>
http://mailman.real-time.com/pipermail/crossfire/2005-February/008153.html
> 
> 
> 
> What error message are you seeing when players try
> to use the bank?
> 
> 
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
>
http://mailman.metalforge.org/mailman/listinfo/crossfire
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

From mikeeusaaa at yahoo.com  Mon Feb 21 13:26:10 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Mon Feb 21 13:37:29 2005
Subject: [crossfire] Is the deposit bug on the bank PY script ever going
	to get fixed?
In-Reply-To: <Pine.LNX.4.58.0502211237140.4997@enchanter.real-time.com>
Message-ID: <20050221192611.47194.qmail@web61004.mail.yahoo.com>

Say ok I syslinked 2.2 to the python symlink in
debian... I restarted the server.... it still dosn't
work.

--- Rick Tanner <leaf@real-time.com> wrote:

> 
> On Mon, 21 Feb 2005, Mitch Obrian wrote:
> 
> > Is the deposit bug on the bank PY script ever
> going to
> > get fixed?
> 
> What versin of python are you using/running on your
> server?
> 
> "... crossfire 1.7 needs python 2.2 or higher due to
> a change in the 
> plugin."
> 
>
http://mailman.real-time.com/pipermail/crossfire/2005-February/008153.html
> 
> 
> 
> What error message are you seeing when players try
> to use the bank?
> 
> 
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
>
http://mailman.metalforge.org/mailman/listinfo/crossfire
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

From leaf at real-time.com  Mon Feb 21 13:47:02 2005
From: leaf at real-time.com (Rick Tanner)
Date: Mon Feb 21 13:58:16 2005
Subject: [crossfire] Is the deposit bug on the bank PY script ever going
	to get fixed?
In-Reply-To: <20050221192611.47194.qmail@web61004.mail.yahoo.com>
References: <20050221192611.47194.qmail@web61004.mail.yahoo.com>
Message-ID: <Pine.LNX.4.58.0502211345570.4997@enchanter.real-time.com>


On Mon, 21 Feb 2005, Mitch Obrian wrote:

> Say ok I syslinked 2.2 to the python symlink in
> debian... I restarted the server.... it still dosn't
> work.

Check the server logfile. What error message(s) are you seeing when 
players try to use the bank?




From mikeeusaaa at yahoo.com  Mon Feb 21 14:15:14 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Mon Feb 21 14:17:28 2005
Subject: [crossfire] Is the deposit bug on the bank PY script ever going
	to get fixed?
In-Reply-To: <Pine.LNX.4.58.0502211345570.4997@enchanter.real-time.com>
Message-ID: <20050221201515.85151.qmail@web61007.mail.yahoo.com>

The only thing that dosn't work is deposit on the
bank, everything else in that script works... so I
assume it's loaded correctly.


--- Rick Tanner <leaf@real-time.com> wrote:

> 
> On Mon, 21 Feb 2005, Mitch Obrian wrote:
> 
> > Say ok I syslinked 2.2 to the python symlink in
> > debian... I restarted the server.... it still
> dosn't
> > work.
> 
> Check the server logfile. What error message(s) are
> you seeing when 
> players try to use the bank?
> 
> 
> 
> 
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
>
http://mailman.metalforge.org/mailman/listinfo/crossfire
> 



		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - Find what you need with new enhanced search.
http://info.mail.yahoo.com/mail_250

From temitchell at sympatico.ca  Mon Feb 21 16:00:04 2005
From: temitchell at sympatico.ca (Todd Mitchell)
Date: Mon Feb 21 16:07:28 2005
Subject: [crossfire] Is the deposit bug on the bank PY script ever going
	to get fixed?
In-Reply-To: <20050221201515.85151.qmail@web61007.mail.yahoo.com>
References: <20050221201515.85151.qmail@web61007.mail.yahoo.com>
Message-ID: <421A59E4.7090006@sympatico.ca>

Unless you can get crossfire to build the plugin against python 2.2+ 
headers then you are like me stuck.  I won't update debian just to 
playtest crossifre and so far no one has made a patch to the configure 
scripts that lets you use alternate python installation so it may be a 
while.  Once that is all fixed up however getting the scripts (bank and 
slots) to work again should be a piece of cake.

Mitch Obrian wrote:

>The only thing that dosn't work is deposit on the
>bank, everything else in that script works... so I
>assume it's loaded correctly.
>  
>

From rbrockway at opentrend.net  Mon Feb 21 16:46:05 2005
From: rbrockway at opentrend.net (Robert Brockway)
Date: Mon Feb 21 16:52:29 2005
Subject: [crossfire] Is the deposit bug on the bank PY script ever going
	to get fixed?
In-Reply-To: <421A59E4.7090006@sympatico.ca>
References: <20050221201515.85151.qmail@web61007.mail.yahoo.com>
	<421A59E4.7090006@sympatico.ca>
Message-ID: <20050221224522.U97808@nirmala.opentrend.net>

On Mon, 21 Feb 2005, Todd Mitchell wrote:

> Unless you can get crossfire to build the plugin against python 2.2+ headers 
> then you are like me stuck.  I won't update debian just to playtest crossifre 
> and so far no one has made a patch to the configure scripts that lets you use 
> alternate python installation so it may be a while.  Once that is all fixed 
> up however getting the scripts (bank and slots) to work again should be a 
> piece of cake.

What about a minimalist environment under a chroot to run Crossfire?  That 
way you could install a later version of python without messing with 
anything else.

Rob

-- 
Robert Brockway B.Sc.
Senior Technical Consultant, OpenTrend Solutions Ltd.
Phone: 416-669-3073 Email: rbrockway@opentrend.net http://www.opentrend.net
OpenTrend Solutions: Reliable, secure solutions to real world problems.
Contributing Member of Software in the Public Interest (http://www.spi-inc.org)

From temitchell at sympatico.ca  Mon Feb 21 19:04:18 2005
From: temitchell at sympatico.ca (Todd Mitchell)
Date: Mon Feb 21 19:17:29 2005
Subject: =?iso-8859-1?Q?Re:=20Re:=20[crossfire]=20Is=20the=20deposit=20bug=20on=20the=20bank=20PY==20script=20ever=20going=20to=20get=20fixed=3F?=
Message-ID: <E1D3OTL-0002GQ-00@abraxis.kameria>


Of course you can try to fudge it, - there was mention made of changing your environment variables - you could probably tweek a crossfire user to have libraries elsewhere without messing up your system python - also when Sarge becomes law then the problem is solved (for debian, for now), however I still think that making the config script more flexable so you can build off your chosen installed python would be a good thing.


> > Unless you can get crossfire to build the plugin against python 2.2+ headers 
> > then you are like me stuck.  I won't update debian just to playtest crossifre 
> > and so far no one has made a patch to the configure scripts that lets you use 
> > alternate python installation so it may be a while.  Once that is all fixed 
> > up however getting the scripts (bank and slots) to work again should be a 
> > piece of cake.
> 
> What about a minimalist environment under a chroot to run Crossfire?  That 
> way you could install a later version of python without messing with 
> anything else.
> 
> Rob
> 
> -- 
> Robert Brockway B.Sc.
> Senior Technical Consultant, OpenTrend Solutions Ltd.
> Phone: 416-669-3073 Email: rbrockway@opentrend.net http://www.opentrend.net
> OpenTrend Solutions: Reliable, secure solutions to real world problems.
> Contributing Member of Software in the Public Interest (http://www.spi-inc.org)
> 
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
> http://mailman.metalforge.org/mailman/listinfo/crossfire




From rbrockway at opentrend.net  Mon Feb 21 21:04:38 2005
From: rbrockway at opentrend.net (Robert Brockway)
Date: Mon Feb 21 21:12:30 2005
Subject: =?iso-8859-1?Q?Re:=20Re:=20[crossfire]=20Is=20the=20deposit=20bug=20on=20the=20bank=20PY==20script=20ever=20going=20to=20get=20fixed=3F?=
In-Reply-To: <E1D3OTL-0002GQ-00@abraxis.kameria>
References: <E1D3OTL-0002GQ-00@abraxis.kameria>
Message-ID: <20050222025117.R97808@nirmala.opentrend.net>

On Mon, 21 Feb 2005, Todd Mitchell wrote:

>
> Of course you can try to fudge it, - there was mention made of changing you=
> r environment variables - you could probably tweek a crossfire user to have=
> libraries elsewhere without messing up your system python - also when Sarg=

Yes LD_PRELOAD will do this.  It is nice to get out of a tight spot but a 
poor long term solution (except in the example below :)

> e becomes law then the problem is solved (for debian, for now), however I s=

Yeah, but how long do we wait? :)  I recently supplimented some of our Deb 
boxes with Suse boxes with more up to date s/w.  Last cycle I supplimented 
with Redhat boxes.  Debian hasn't even going into freeze yet and that is 
supposed to be 6 months.  I think it will be shorter this time.  I love 
Debian but the cycle is too long.

> till think that making the config script more flexable so you can build off=
> your chosen installed python would be a good thing.

OT, but:

I was thinking about the problem of dropping off-the-shelf s/w into a 
Linux distro and how to best deal with the maze of libraries (with varying 
versions) that can be encountered.  This has been considered something of 
a problem in the past but really there is an obvious solution (other than 
statically linking).

I've come to the conclusion the best method is to package the s/w with 
binary libraries that are guaranteed to work with the s/w.  These are the 
fallback libs.

Wrapper the application/game binary with a script which checks the system 
lib versions and uses LD_PRELOAD for any cases where the system is lacking 
the library or lacking a suitable version.  Performance wise, this is no 
worse[1] than statically linking the binary and may be as good as fully 
dynamically linking the binary, depending on what libraries are already 
available on the box.

[1] OK, the linking itself takes a few microseconds at startup but I'm not 
counting this :)

Rob

-- 
Robert Brockway B.Sc.
Senior Technical Consultant, OpenTrend Solutions Ltd.
Phone: 416-669-3073 Email: rbrockway@opentrend.net http://www.opentrend.net
OpenTrend Solutions: Reliable, secure solutions to real world problems.
Contributing Member of Software in the Public Interest (http://www.spi-inc.org)

From sa at hogia.net  Tue Feb 22 01:26:02 2005
From: sa at hogia.net (Sebastian Andersson)
Date: Tue Feb 22 11:42:40 2005
Subject: [crossfire] =?iso-8859-1?Q?Is_?=
	=?iso-8859-1?Q?the_deposit_bug_on_the_bank_PY=F20scrip?=
	=?iso-8859-1?Q?t?= ever going to get fixed?
In-Reply-To: <20050222025117.R97808@nirmala.opentrend.net>
References: <E1D3OTL-0002GQ-00@abraxis.kameria>
	<20050222025117.R97808@nirmala.opentrend.net>
Message-ID: <20050222072602.GC21137@hogia.net>

On Tue, Feb 22, 2005 at 03:04:38AM +0000, Robert Brockway wrote:
> Yes LD_PRELOAD will do this.  It is nice to get out of a tight spot but a 
> poor long term solution (except in the example below :)

On Debian, the really nice debootstrap utility can be used for this.
It will download and setup a filesystem suitable for chroot:ing from
any debian distribution. Ie:
debootstrap sarge ./chroot-dir ftp://ftp.sunet.se/pub/Linux/distributions/debian/

One needs root privs to use it or one can use fakechroot. fakechroot's
manpage describes how to use it together with debootstrap for these
things.

> I've come to the conclusion the best method is to package the s/w with 
> binary libraries that are guaranteed to work with the s/w.  These are the 
> fallback libs.

It a bit of a problem for libraries that have a lot of external files
that it depends on though (like python's /usr/lib/python*/ files),
the distribution then starts to be really large and one often has to
configure/change and rebuild those libraries so they look for their
files in the right place.

/Sebastian
-- 
                             .oooO o,o Oooo.
                             (   ) \_/ (   )      (o_
"Life is not fair, but root   \ (  /|\  ) / (o_   //\
password helps!" -- The BOFH   \_)     (_/  (/)_  V_/_

From rbrockway at opentrend.net  Tue Feb 22 12:14:31 2005
From: rbrockway at opentrend.net (Robert Brockway)
Date: Tue Feb 22 12:22:37 2005
Subject: [crossfire] =?iso-8859-1?Q?Is_?=
	=?iso-8859-1?Q?the_deposit_bug_on_the_bank_PY=F20scrip?=
	=?iso-8859-1?Q?t?= ever going to get fixed?
In-Reply-To: <20050222072602.GC21137@hogia.net>
References: <E1D3OTL-0002GQ-00@abraxis.kameria>
	<20050222025117.R97808@nirmala.opentrend.net>
	<20050222072602.GC21137@hogia.net>
Message-ID: <20050222180052.C97808@nirmala.opentrend.net>

On Tue, 22 Feb 2005, Sebastian Andersson wrote:

> On Tue, Feb 22, 2005 at 03:04:38AM +0000, Robert Brockway wrote:
>> Yes LD_PRELOAD will do this.  It is nice to get out of a tight spot but a
>> poor long term solution (except in the example below :)
>
> On Debian, the really nice debootstrap utility can be used for this.

Yes this is a great utility for making a chrooted environment (and lots of 
other purposes too- UML environments for example).

>> I've come to the conclusion the best method is to package the s/w with
>> binary libraries that are guaranteed to work with the s/w.  These are the
>> fallback libs.
>
> It a bit of a problem for libraries that have a lot of external files
> that it depends on though (like python's /usr/lib/python*/ files),

What files are you thinking of?  They shoudn't rely on anything except 
other libs.  I just did a strings on /usr/lib/libpython on this box and it 
didn't reveal any dependencies.

If the libs really do rely on external files then keep a seperate copy of 
those as well.  A chroot may be best to keep everything in order in this 
case.

> the distribution then starts to be really large and one often has to
> configure/change and rebuild those libraries so they look for their
> files in the right place.

With disks as large as they are today I don't see the disk space issue as 
a big problem.  Afterall if the libs rely on external files then a 
staticaly linked binary would rely on them as well (unless the reliance 
was only on other libs that were themselves statically linked in).

Anyway, too OT I guess :)

Rob

-- 
Robert Brockway B.Sc.
Senior Technical Consultant, OpenTrend Solutions Ltd.
Phone: 416-669-3073 Email: rbrockway@opentrend.net http://www.opentrend.net
OpenTrend Solutions: Reliable, secure solutions to real world problems.
Contributing Member of Software in the Public Interest (http://www.spi-inc.org)

From mwedel at sonic.net  Wed Feb 23 00:28:09 2005
From: mwedel at sonic.net (Mark Wedel)
Date: Wed Feb 23 00:30:50 2005
Subject: =?ISO-8859-1?Q?Re=3A_=5Bcrossfire=5D_Is_the_deposit_bu?=
	=?ISO-8859-1?Q?g_on_the_bank_PY=F20script_ever_going_to_?=
	=?ISO-8859-1?Q?get_fixed=3F?=
In-Reply-To: <20050222180052.C97808@nirmala.opentrend.net>
References: <E1D3OTL-0002GQ-00@abraxis.kameria>	<20050222025117.R97808@nirmala.opentrend.net>	<20050222072602.GC21137@hogia.net>
	<20050222180052.C97808@nirmala.opentrend.net>
Message-ID: <421C2279.6080700@sonic.net>

Robert Brockway wrote:

>>
>> It a bit of a problem for libraries that have a lot of external files
>> that it depends on though (like python's /usr/lib/python*/ files),
> 
> 
> What files are you thinking of?  They shoudn't rely on anything except 
> other libs.  I just did a strings on /usr/lib/libpython on this box and 
> it didn't reveal any dependencies.
> 
> If the libs really do rely on external files then keep a seperate copy 
> of those as well.  A chroot may be best to keep everything in order in 
> this case.

  Depending on how well the library was written, compatiblity, and so on, you 
can get cases that the library and header files are tied closely together.

  So if you compile against say python 2.1 library, dynamic linking with the 2.4 
library may not work (or could certainly get the case of not picking up the new 
feature or something).

  Likewise, linking against 2.4 and then using 2.3 at runtime is not guaranteed 
to work.


From rbrockway at opentrend.net  Wed Feb 23 01:21:53 2005
From: rbrockway at opentrend.net (Robert Brockway)
Date: Wed Feb 23 01:32:41 2005
Subject: =?ISO-8859-1?Q?Re=3A_=5Bcrossfire=5D_Is_the_deposit_bu?=
	=?ISO-8859-1?Q?g_on_the_bank_PY=F20script_ever_going_to_?=
	=?ISO-8859-1?Q?get_fixed=3F?=
In-Reply-To: <421C2279.6080700@sonic.net>
References: <E1D3OTL-0002GQ-00@abraxis.kameria>
	<20050222025117.R97808@nirmala.opentrend.net>
	<20050222072602.GC21137@hogia.net>
	<20050222180052.C97808@nirmala.opentrend.net>
	<421C2279.6080700@sonic.net>
Message-ID: <20050223072023.E97808@nirmala.opentrend.net>

On Tue, 22 Feb 2005, Mark Wedel wrote:

> So if you compile against say python 2.1 library, dynamic linking with the 
> 2.4 library may not work (or could certainly get the case of not picking up 
> the new feature or something).

Oh for sure.  This is exactly when the runtime checking would come in 
handy - as long as the developers were sure they knew how different 
versions would react.  In this case it would make sense to only link 
against system libs (rather than the ones you brought with you) if you 
were absolutely sure all would be well.

Rob

-- 
Robert Brockway B.Sc.
Senior Technical Consultant, OpenTrend Solutions Ltd.
Phone: 416-669-3073 Email: rbrockway@opentrend.net http://www.opentrend.net
OpenTrend Solutions: Reliable, secure solutions to real world problems.
Contributing Member of Software in the Public Interest (http://www.spi-inc.org)

From mikeeusaaa at yahoo.com  Wed Feb 23 12:13:28 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Wed Feb 23 12:17:47 2005
Subject: [crossfire] CFMB : Please upload new arches and navar map patch to
	CVS
Message-ID: <20050223181329.76935.qmail@web61006.mail.yahoo.com>

Please upload new arches and navar map patch to CVS.
The URLs are posted in the crossfire messageboard.


	
		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - You care about security. So do we. 
http://promotions.yahoo.com/new_mail

From temitchell at sympatico.ca  Wed Feb 23 20:15:49 2005
From: temitchell at sympatico.ca (Todd Mitchell)
Date: Wed Feb 23 20:27:47 2005
Subject: =?iso-8859-1?Q?Re:=20Re:=20Re:=20[crossfire]=20Is=20the=20deposit=20bu=20g=20on=20the=20bank=20PY=F20script=20ever=20going=20to=20=20get=20fixed=3F?=
Message-ID: <E1D48Xe-0005nn-00@abraxis.kameria>


I really think the best way to do this is to keep the check we have now but let intelligent agents (like us peepuls) provide a path to python when calling the configure script which will override it.  If you wish you should be able to say: 
./configure --have-python=/usr/local/include/python307.1

The responsibility should fall on the agent to ensure if this is used it is used properly - who can deny a cf admin a specially blessed python 1.5, which they may want for religious reasons - with full knowledge that it will preclude the use of many existing scripts and functions. Any additional checking, automation or packaging seems to me to be a bit overkill.


> > So if you compile against say python 2.1 library, dynamic linking with the 
> > 2.4 library may not work (or could certainly get the case of not picking up 
> > the new feature or something).
> 
> Oh for sure.  This is exactly when the runtime checking would come in 
> handy - as long as the developers were sure they knew how different 
> versions would react.  In this case it would make sense to only link 
> against system libs (rather than the ones you brought with you) if you 
> were absolutely sure all would be well.
> 
> Rob
> 
> -- 
> Robert Brockway B.Sc.
> Senior Technical Consultant, OpenTrend Solutions Ltd.
> Phone: 416-669-3073 Email: rbrockway@opentrend.net http://www.opentrend.net
> OpenTrend Solutions: Reliable, secure solutions to real world problems.
> Contributing Member of Software in the Public Interest (http://www.spi-inc.org)
> 
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
> http://mailman.metalforge.org/mailman/listinfo/crossfire




From mikeeusaaa at yahoo.com  Wed Feb 23 22:53:45 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Wed Feb 23 22:57:49 2005
Subject: [crossfire] New Archtypes and Navar map patch
In-Reply-To: <20050223181329.76935.qmail@web61006.mail.yahoo.com>
Message-ID: <20050224045345.27762.qmail@web61010.mail.yahoo.com>

I was very tired when I wrote that email. Here is the
full info.

New archtypes Include navarian buildings and navarian
wall (new wall with a sandstone type theme and square
end-towers, can ofcourse).

All can be downloaded from
https://cat2.dynu.ca/crossfirearch
The new wall is in it's own dir (navariancwall) as the
wall archtype structure dictates).

I also applied the new buildings to the navar world
maps and the tower of illusion exit map:

https://cat2.dynu.ca/cat2/navarlookpatch-R2.tar.gz

All these are currently installed on the Cat2 server.

Thankyou for the awsome and ever improving game :) .

--- Mitch Obrian <mikeeusaaa@yahoo.com> wrote:

> Please upload new arches and navar map patch to CVS.
> The URLs are posted in the crossfire messageboard.
> 
> 
> 	
> 		
> __________________________________ 
> Do you Yahoo!? 
> Yahoo! Mail - You care about security. So do we. 
> http://promotions.yahoo.com/new_mail
> 
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
>
http://mailman.metalforge.org/mailman/listinfo/crossfire
> 



		
__________________________________ 
Do you Yahoo!? 
Yahoo! Sports - Sign up for Fantasy Baseball. 
http://baseball.fantasysports.yahoo.com/

From rbrockway at opentrend.net  Thu Feb 24 14:26:54 2005
From: rbrockway at opentrend.net (Robert Brockway)
Date: Thu Feb 24 14:37:54 2005
Subject: [crossfire] Purchasing additional guild Keys
Message-ID: <20050224202043.K15487@nirmala.opentrend.net>

Hi guys.  I bought my first guild last night (on my own server - I noticed 
the guilds were being snapped up :)

Anyway, I needed some additional keys.  I put 500 diamonds on the alter 
and got a key intending to purchase more later as I needed them.

The problem is the state of the altar changed.  It looks to me as if only 
a single key purchase is possible.  I wanted to keep all of my characters 
in the guild but it appears that passage through the door requires a key 
even if it is open and the character could otherwise slip through so I'm 
limited to having 4 characters in the guild.

If this is the case the maps should warn about it and ideally more keys 
should be supplied with the initial purchase.

Will the altar reset or can it be reset?

Server is crossfire.opentrend.net (v1.6.0).  This is a completely vanilla 
server except that permadeath and resurrection are on.

Rob

-- 
Robert Brockway B.Sc.
Senior Technical Consultant, OpenTrend Solutions Ltd.
Phone: 416-669-3073 Email: rbrockway@opentrend.net http://www.opentrend.net
OpenTrend Solutions: Reliable, secure solutions to real world problems.
Contributing Member of Software in the Public Interest (http://www.spi-inc.org)

From leaf at real-time.com  Thu Feb 24 14:53:19 2005
From: leaf at real-time.com (Rick Tanner)
Date: Thu Feb 24 14:57:54 2005
Subject: [crossfire] Purchasing additional guild Keys
In-Reply-To: <20050224202043.K15487@nirmala.opentrend.net>
References: <20050224202043.K15487@nirmala.opentrend.net>
Message-ID: <Pine.LNX.4.58.0502241449570.7721@enchanter.real-time.com>

On Thu, 24 Feb 2005, Robert Brockway wrote:
> <...>
> 
> The problem is the state of the altar changed.  It looks to me as if only 
> a single key purchase is possible.  I wanted to keep all of my characters 
> in the guild but it appears that passage through the door requires a key 
> even if it is open and the character could otherwise slip through so I'm 
> limited to having 4 characters in the guild.

Requiring a key to even enter the guild is an anti-theft feature of 
the guild.

><...> 
> Will the altar reset or can it be reset?

In my experience, the altar itself resets after a certain amount of time 
so that you can buy more key - individually and in a somewhat limited 
fashion.

-- 



From rbrockway at opentrend.net  Thu Feb 24 15:06:34 2005
From: rbrockway at opentrend.net (Robert Brockway)
Date: Thu Feb 24 15:17:54 2005
Subject: [crossfire] Purchasing additional guild Keys
In-Reply-To: <Pine.LNX.4.58.0502241449570.7721@enchanter.real-time.com>
References: <20050224202043.K15487@nirmala.opentrend.net>
	<Pine.LNX.4.58.0502241449570.7721@enchanter.real-time.com>
Message-ID: <20050224210520.Q15487@nirmala.opentrend.net>

On Thu, 24 Feb 2005, Rick Tanner wrote:

> Requiring a key to even enter the guild is an anti-theft feature of
> the guild.

I think it is a good idea as long as new keys can be obtained.

> In my experience, the altar itself resets after a certain amount of time
> so that you can buy more key - individually and in a somewhat limited
> fashion.

Ok, thanks.  I'll wait it out :)

Cheers,

Rob

-- 
Robert Brockway B.Sc.
Senior Technical Consultant, OpenTrend Solutions Ltd.
Phone: 416-669-3073 Email: rbrockway@opentrend.net http://www.opentrend.net
OpenTrend Solutions: Reliable, secure solutions to real world problems.
Contributing Member of Software in the Public Interest (http://www.spi-inc.org)

From leaf at real-time.com  Fri Feb 25 23:42:56 2005
From: leaf at real-time.com (Rick Tanner)
Date: Fri Feb 25 23:48:07 2005
Subject: [crossfire] Trips to Wolfsburg
In-Reply-To: <20050221151541.F90256@nirmala.opentrend.net>
References: <20050221151541.F90256@nirmala.opentrend.net>
Message-ID: <Pine.LNX.4.58.0502252341140.20192@enchanter.real-time.com>


On Mon, 21 Feb 2005, Robert Brockway wrote:

> If we ever change to moveable ships (discussed on the list many times 
> over the years) then Wolfsburg will suddently be closer to Navar.
> 
> I'd like to see the maps changed so Wolfsburg becomes connected to Navar 
> by ship rather than Scorn.  How do others feel about this?

Are you asking for permission to make such a map change or making a 
request for somone else to make updates to the map(s)?  =)

From rbrockway at opentrend.net  Sat Feb 26 00:41:54 2005
From: rbrockway at opentrend.net (Robert Brockway)
Date: Sat Feb 26 00:48:07 2005
Subject: [crossfire] Trips to Wolfsburg
In-Reply-To: <Pine.LNX.4.58.0502252341140.20192@enchanter.real-time.com>
References: <20050221151541.F90256@nirmala.opentrend.net>
	<Pine.LNX.4.58.0502252341140.20192@enchanter.real-time.com>
Message-ID: <Pine.LNX.4.61.0502260139200.13329@mimosa.opentrend.net>

On Fri, 25 Feb 2005, Rick Tanner wrote:

> Are you asking for permission to make such a map change or making a 
> request for somone else to make updates to the map(s)?  =)

Mainly throwing a line out to see what reactions I get :)  I'm considering 
making the change on crossfire.opentrend.net but I wanted to see if others 
felt such a change in the official map set would be a good thing.

I figure it is more logical (in a fantary game :)

Rob

-- 
Robert Brockway B.Sc.
Senior Technical Consultant, OpenTrend Solutions Ltd.
Phone: 416-669-3073 Email: rbrockway@opentrend.net http://www.opentrend.net
OpenTrend Solutions: Reliable, secure solutions to real world problems.
Contributing Member of Software in the Public Interest (http://www.spi-inc.org)

From mikeeusaaa at yahoo.com  Sun Feb 27 04:07:54 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Sun Feb 27 04:13:20 2005
Subject: [crossfire] Trips to Wolfsburg
In-Reply-To: <Pine.LNX.4.61.0502260139200.13329@mimosa.opentrend.net>
Message-ID: <20050227100754.67310.qmail@web61006.mail.yahoo.com>

I agree; it would be good for wolfsburg to be ship
connected to navar rather than scorn, this way scorn
wouldnt be the center of everything as it is now.

Also here is the navar look patch, please apply it to
cvs.
https://cat2.dynu.ca/cat2/navarlookpatch-R3.tar.gz

Here are the navar arches
https://cat2.dynu.ca/crossfirearch/

Please please please apply these. I beg you. I spent a
great long time working on them. Please.

Also here is a snapshot of new maps for the world im
making (little fishing/whaling village)... I used the
directory structure you like for it.

https://cat2.dynu.ca/cat2/worldpatch.tar.gz


--- Robert Brockway <rbrockway@opentrend.net> wrote:

> On Fri, 25 Feb 2005, Rick Tanner wrote:
> 
> > Are you asking for permission to make such a map
> change or making a 
> > request for somone else to make updates to the
> map(s)?  =)
> 
> Mainly throwing a line out to see what reactions I
> get :)  I'm considering 
> making the change on crossfire.opentrend.net but I
> wanted to see if others 
> felt such a change in the official map set would be
> a good thing.
> 
> I figure it is more logical (in a fantary game :)
> 
> Rob
> 
> -- 
> Robert Brockway B.Sc.
> Senior Technical Consultant, OpenTrend Solutions
> Ltd.
> Phone: 416-669-3073 Email: rbrockway@opentrend.net
> http://www.opentrend.net
> OpenTrend Solutions: Reliable, secure solutions to
> real world problems.
> Contributing Member of Software in the Public
> Interest (http://www.spi-inc.org)
> 
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
>
http://mailman.metalforge.org/mailman/listinfo/crossfire
> 



		
__________________________________ 
Do you Yahoo!? 
Read only the mail you want - Yahoo! Mail SpamGuard. 
http://promotions.yahoo.com/new_mail 

From temitchell at sympatico.ca  Sun Feb 27 12:10:12 2005
From: temitchell at sympatico.ca (Todd Mitchell)
Date: Sun Feb 27 12:13:24 2005
Subject: [crossfire] Trips to Wolfsburg
In-Reply-To: <20050227100754.67310.qmail@web61006.mail.yahoo.com>
References: <20050227100754.67310.qmail@web61006.mail.yahoo.com>
Message-ID: <1109527812.3627.15.camel@oberon.kameria>

Can you please send a zip package (or a link to one) with all the Navar
city arches you are using in these maps.  The new navar style buildings
and wall.  Just those arches. I would like to change the names so they
don't specify Navar - maybe 'western' or something instead.  There may
be other towns and areas (in the west) which could also use them and the
name should be more neutral (yes I know I am a pain in the butt).
I'll merge in the changes (without the mlab link since it isn't in CVS
yet so that will have to wait till then). I'll do the name and map
changes to use the new name if you like.  
I didn't see a boat to Wolfsburg in your maps however, but I agree it
should be boat from Navar, not Scorn and will add good marerial for the
alternate start position.


On Sun, 2005-27-02 at 02:07 -0800, Mitch Obrian wrote:
> I agree; it would be good for wolfsburg to be ship
> connected to navar rather than scorn, this way scorn
> wouldnt be the center of everything as it is now.
> 
> Also here is the navar look patch, please apply it to
> cvs.
> https://cat2.dynu.ca/cat2/navarlookpatch-R3.tar.gz
> 
> Here are the navar arches
> https://cat2.dynu.ca/crossfirearch/
> 
> Please please please apply these. I beg you. I spent a
> great long time working on them. Please.
> 
> Also here is a snapshot of new maps for the world im
> making (little fishing/whaling village)... I used the
> directory structure you like for it.
> 
> https://cat2.dynu.ca/cat2/worldpatch.tar.gz
> 
> 
> --- Robert Brockway <rbrockway@opentrend.net> wrote:
> 
> > On Fri, 25 Feb 2005, Rick Tanner wrote:
> > 
> > > Are you asking for permission to make such a map
> > change or making a 
> > > request for somone else to make updates to the
> > map(s)?  =)
> > 
> > Mainly throwing a line out to see what reactions I
> > get :)  I'm considering 
> > making the change on crossfire.opentrend.net but I
> > wanted to see if others 
> > felt such a change in the official map set would be
> > a good thing.
> > 
> > I figure it is more logical (in a fantary game :)
> > 
> > Rob
> > 
> > -- 
> > Robert Brockway B.Sc.
> > Senior Technical Consultant, OpenTrend Solutions
> > Ltd.
> > Phone: 416-669-3073 Email: rbrockway@opentrend.net
> > http://www.opentrend.net
> > OpenTrend Solutions: Reliable, secure solutions to
> > real world problems.
> > Contributing Member of Software in the Public
> > Interest (http://www.spi-inc.org)
> > 
> > _______________________________________________
> > crossfire mailing list
> > crossfire@metalforge.org
> >
> http://mailman.metalforge.org/mailman/listinfo/crossfire
> > 
> 
> 
> 
> 		
> __________________________________ 
> Do you Yahoo!? 
> Read only the mail you want - Yahoo! Mail SpamGuard. 
> http://promotions.yahoo.com/new_mail 
> 
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
> http://mailman.metalforge.org/mailman/listinfo/crossfire
-- 
Todd Mitchell <temitchell@sympatico.ca>


From mikeeusaaa at yahoo.com  Sun Feb 27 17:00:31 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Sun Feb 27 17:03:26 2005
Subject: [crossfire] Trips to Wolfsburg
In-Reply-To: <1109527812.3627.15.camel@oberon.kameria>
Message-ID: <20050227230031.34634.qmail@web61009.mail.yahoo.com>

Ok I shall send you the zip (to your sympatico box).
Once you have changed the names and made the new maps
(wolf and navar edit) could you zip them up and send
me the new named arches so I can replace the navarian
named arches and update my server (cvs is choppy
choppy choppy from here).
And then commit :).
--- Todd Mitchell <temitchell@sympatico.ca> wrote:

> Can you please send a zip package (or a link to one)
> with all the Navar
> city arches you are using in these maps.  The new
> navar style buildings
> and wall.  Just those arches. I would like to change
> the names so they
> don't specify Navar - maybe 'western' or something
> instead.  There may
> be other towns and areas (in the west) which could
> also use them and the
> name should be more neutral (yes I know I am a pain
> in the butt).
> I'll merge in the changes (without the mlab link
> since it isn't in CVS
> yet so that will have to wait till then). I'll do
> the name and map
> changes to use the new name if you like.  
> I didn't see a boat to Wolfsburg in your maps
> however, but I agree it
> should be boat from Navar, not Scorn and will add
> good marerial for the
> alternate start position.
> 
> 
> On Sun, 2005-27-02 at 02:07 -0800, Mitch Obrian
> wrote:
> > I agree; it would be good for wolfsburg to be ship
> > connected to navar rather than scorn, this way
> scorn
> > wouldnt be the center of everything as it is now.
> > 
> > Also here is the navar look patch, please apply it
> to
> > cvs.
> > https://cat2.dynu.ca/cat2/navarlookpatch-R3.tar.gz
> > 
> > Here are the navar arches
> > https://cat2.dynu.ca/crossfirearch/
> > 
> > Please please please apply these. I beg you. I
> spent a
> > great long time working on them. Please.
> > 
> > Also here is a snapshot of new maps for the world
> im
> > making (little fishing/whaling village)... I used
> the
> > directory structure you like for it.
> > 
> > https://cat2.dynu.ca/cat2/worldpatch.tar.gz
> > 
> > 
> > --- Robert Brockway <rbrockway@opentrend.net>
> wrote:
> > 
> > > On Fri, 25 Feb 2005, Rick Tanner wrote:
> > > 
> > > > Are you asking for permission to make such a
> map
> > > change or making a 
> > > > request for somone else to make updates to the
> > > map(s)?  =)
> > > 
> > > Mainly throwing a line out to see what reactions
> I
> > > get :)  I'm considering 
> > > making the change on crossfire.opentrend.net but
> I
> > > wanted to see if others 
> > > felt such a change in the official map set would
> be
> > > a good thing.
> > > 
> > > I figure it is more logical (in a fantary game
> :)
> > > 
> > > Rob
> > > 
> > > -- 
> > > Robert Brockway B.Sc.
> > > Senior Technical Consultant, OpenTrend Solutions
> > > Ltd.
> > > Phone: 416-669-3073 Email:
> rbrockway@opentrend.net
> > > http://www.opentrend.net
> > > OpenTrend Solutions: Reliable, secure solutions
> to
> > > real world problems.
> > > Contributing Member of Software in the Public
> > > Interest (http://www.spi-inc.org)
> > > 
> > > _______________________________________________
> > > crossfire mailing list
> > > crossfire@metalforge.org
> > >
> >
>
http://mailman.metalforge.org/mailman/listinfo/crossfire
> > > 
> > 
> > 
> > 
> > 		
> > __________________________________ 
> > Do you Yahoo!? 
> > Read only the mail you want - Yahoo! Mail
> SpamGuard. 
> > http://promotions.yahoo.com/new_mail 
> > 
> > _______________________________________________
> > crossfire mailing list
> > crossfire@metalforge.org
> >
>
http://mailman.metalforge.org/mailman/listinfo/crossfire
> -- 
> Todd Mitchell <temitchell@sympatico.ca>
> 
> 
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
>
http://mailman.metalforge.org/mailman/listinfo/crossfire
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

From mikeeusaaa at yahoo.com  Sun Feb 27 23:51:44 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Sun Feb 27 23:58:29 2005
Subject: [crossfire] A Bigworld map needs to be altered (quest area
	unreachable otherwise)
Message-ID: <20050228055144.8203.qmail@web61008.mail.yahoo.com>

The titan stronghold stronghold at world_125_124 is
unreachable because the area it is on is a big island.
That area needs to be attached to the main land.
There are some places where it almost makes it but not
quite.

Here's a view of the world, red == exit.
https://cat2.dynu.ca/cat2/Adventurers-map.png
As you can see it is on an island that ALLLLMOst
connects with the mainland.


		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - now with 250MB free storage. Learn more.
http://info.mail.yahoo.com/mail_250

From eracclists at bellsouth.net  Mon Feb 28 16:56:49 2005
From: eracclists at bellsouth.net (ERACC)
Date: Mon Feb 28 17:03:37 2005
Subject: [crossfire] A Bigworld map needs to be altered (quest area
	unreachable otherwise)
In-Reply-To: <20050228055144.8203.qmail@web61008.mail.yahoo.com>
References: <20050228055144.8203.qmail@web61008.mail.yahoo.com>
Message-ID: <200502281656.49540.eracclists@bellsouth.net>

On Sunday 27 February 2005 11:51 pm
Mitch Obrian wrote:

> The titan stronghold stronghold at world_125_124 is
> unreachable because the area it is on is a big island.
> That area needs to be attached to the main land.
> There are some places where it almost makes it but not
> quite.
[...]

That is intentional because it is not a newbie quest. It requires
a certain higher level spell to be used to get there. Figure it out.

Gene
-- 
Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
 16:53:47 up 47 days, 1 min,  7 users,  load average: 0.03, 0.17, 0.16
ERA Computer Consulting - http://www.eracc.com/
eCS, OS/2, Mandrake GNU/Linux, OpenServer & UnixWare resellers

From mikeeusaaa at yahoo.com  Mon Feb 28 19:54:21 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Mon Feb 28 19:58:38 2005
Subject: [crossfire] A Bigworld map needs to be altered (quest area
	unreachable otherwise)
In-Reply-To: <200502281656.49540.eracclists@bellsouth.net>
Message-ID: <20050301015421.72773.qmail@web61006.mail.yahoo.com>

Dimention door, I know I use the same trick in some of
my maps.
Unfortunatly it failed.
That is a problem.

It did not work over the water.

--- ERACC <eracclists@bellsouth.net> wrote:

> On Sunday 27 February 2005 11:51 pm
> Mitch Obrian wrote:
> 
> > The titan stronghold stronghold at world_125_124
> is
> > unreachable because the area it is on is a big
> island.
> > That area needs to be attached to the main land.
> > There are some places where it almost makes it but
> not
> > quite.
> [...]
> 
> That is intentional because it is not a newbie
> quest. It requires
> a certain higher level spell to be used to get
> there. Figure it out.
> 
> Gene
> -- 
> Linux era4.eracc.UUCP 2.6.8.1-12mdk i686
>  16:53:47 up 47 days, 1 min,  7 users,  load
> average: 0.03, 0.17, 0.16
> ERA Computer Consulting - http://www.eracc.com/
> eCS, OS/2, Mandrake GNU/Linux, OpenServer & UnixWare
> resellers
> 
> _______________________________________________
> crossfire mailing list
> crossfire@metalforge.org
>
http://mailman.metalforge.org/mailman/listinfo/crossfire
> 



		
__________________________________ 
Do you Yahoo!? 
Yahoo! Mail - Find what you need with new enhanced search.
http://info.mail.yahoo.com/mail_250

From mikeeusaaa at yahoo.com  Mon Feb 28 22:52:16 2005
From: mikeeusaaa at yahoo.com (Mitch Obrian)
Date: Mon Feb 28 22:58:47 2005
Subject: [crossfire] Bug: Cave entrances can be obsured by weather
Message-ID: <20050301045216.55551.qmail@web61005.mail.yahoo.com>

This dosn't happen with other exits but cave entrances
can be covered by the weather and weather generated
terrain (swamps). 




		
__________________________________ 
Do you Yahoo!? 
Yahoo! Sports - Sign up for Fantasy Baseball. 
http://baseball.fantasysports.yahoo.com/