Re: [crossfire] Client GTK2 - Buffer overflow
On 09/ 4/12 06:55 AM, Otto J. Makela wrote: On 2012-09-04 03:27, Karla Stenger wrote: Also also, the distance metric works somehow strangely with this client, as occasionally when you use identify type skills you will end up identifying objects which are farther than the 1+8 nearest squares. Eg. this seems to happen pretty often in Raffle, where there is a fence between you and the objects, but you still are able to identify items. I can't comment on the other issues right now, but the above one is not/can not be a client issue. All identification is done on the server (only part the client plays is to send the command to the server). However, latest SVN has increasing area based on skill level - if level <=4, only the space you are standing on is identified, up to level 16, you get the 9 spaces, up to level 64, you get 25 spaces (effectively radius 2), and above that, you get 49 spaces (radius 3) So what you are seeing is expected - you should see the same thing with the java client, or any other client. Note that it is possible (I haven't looked at the other clients) that other clients are intentionally limiting the range - eg, only identify the 9 spaces. Note also that the ranges are based on skill level, so if you are high level in one skill, but low level in another, that high level skill will identify a larger area. ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Client GTK2 - Buffer overflow
Greetings, If you're using 1.60.0, you probably want to upgrade to 1.70.0. The crazy developers made a bunch of changes since the last release, perhaps fixing (and adding) a few bugs along the way. In the past I've had a problem where a pile of around 10 objects underneath the player would cause the client to lock up while using massive amounts of CPU power. The problem went away when I updated GTK and a bunch of other system libraries. Of course, this is dependent on the system you're running. You might want to try compiling the client and installing it in a temporary root (e.g. /home/your-name/crossfire). Sincerely, Kevin Zheng On Tuesday, September 04, 2012 08:55:31 AM Otto J. Makela wrote: > On 2012-09-04 03:27, Karla Stenger wrote: > > I'm playing at crossfire.metalforge.net and the huge pile of rings I > > was refering to before is located at the Scorn Sale Shop, upstairs. > > If you look at the southern wall from left to right it is at the 4rth > > tile where you can stand. > > Exactly the same reason (huge pile of objects in Scorn Sale Shop) why I > switched over to the GTK client V2, as the older X client crashed hard. > > However, I haven't experienced crashes with what I am currently using > with RHEL6 and Fedora 15: crossfire-client-gtk2-1.60.0-1.x86_64 > > I just tried messing around with the large ring pile in the Scorn Sale > Shop on Metalforge, no problem with crashes. However, the client window > scroll function does get wonky when you have too many objects in carry: > when you drop one of them, the scroll bar jumps to a random position. > Makes ordered dropping very difficult. > > Also, dropping objects into containers on the ground works funny: when > you move away from the container, it occasionally gets automatically > closed and occasionally not. If not, spooky action at a distance can > happen, objects you drop end up inside the container though you are not > standing on it. Or you get a warning about the container not being able > to contain that type of objects. > > Also also, the distance metric works somehow strangely with this client, > as occasionally when you use identify type skills you will end up > identifying objects which are farther than the 1+8 nearest squares. > Eg. this seems to happen pretty often in Raffle, where there is a fence > between you and the objects, but you still are able to identify items. > > Would someone who knows the code want to take a look at this weirdness? ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Client GTK2 - Buffer overflow
Just to add the rings with which this story started are these: Those are rings of Resist Elements (Con+2)(ac+3)(armour +45)(resist fire +45)(resist electricity +45)(resist cold +45)(resist poison +45)(Attuned: Fire, Frost, Electricity) * (item_power +25) I'm copy pasting this as the owner passed it to me, since I cannot hold them :) Also when rings are next to me I can click on them to see their properties, but I cant stand on them without crashing the client. Also today I went again to the shop's pile and this time I haven't crashed. It also seemed a bit different, like some ring was missing or the order had changed. About large piles, I have had no other crashing problem, and this is what i'm more concerned to get solved right now. I'm wondering if it might be some kind of packaging problem, what should I check to know? I have installed crossfire-client 1.70.0-1 from aur. Thanks, Karla. 2012/9/3 Karla Stenger > Hi, thanks for your reply. > > I'm playing at crossfire.metalforge.net and the huge pile of rings I was > refering to before is located at the Scorn Sale Shop, upstairs. If you look > at the southern wall from left to right it is at the 4rth tile where you > can stand. > > Of course, when the other player tried to borrow the ring it was > surprising that I was having this problem and he wasn't. But since it came > up again at the shop I think there's somethin else than my os to it. If > needed I can ask him for the ring to make more tests if you think it may > help in any way. > > I had this issue with both of these (result of uname -a on both pc's): > Linux halcon 3.4.9-1-ARCH #1 SMP PREEMPT Wed Aug 15 18:11:01 UTC 2012 i686 > GNU/Linux > Linux sidney 3.4.4-2-ARCH #1 SMP PREEMPT Sun Jun 24 17:28:37 UTC 2012 i686 > GNU/Linux > > Thanks, > Karla. > > > > 2012/9/3 Kevin Zheng > >> Greetings, >> >> > To reproduce it: Step on a ring of the elements. I don't know if that is >> > the exact name, but it's the one that gives you +45 protection to the >> > elements. Someone was trying to borrow me one and I was never able to >> pick >> > it up. Now it repeated with a huge pile of rings at a shop with >> permanent >> > tiles. So other rings may be involved. >> >> Do you know what server you were playing on when the problem occured? If >> so, >> see if you can find out what version the server was running. Also, if >> another >> player was able to lend you the ring in the first place, perhaps he/she >> isn't >> experiencing the same bug you are. >> >> The output from 'uname -a' might also be helpful. >> >> Sincerely, >> Kevin Zheng >> ___ >> crossfire mailing list >> crossfire@metalforge.org >> http://mailman.metalforge.org/mailman/listinfo/crossfire >> > > > > -- > - > Karla Mª Stenger Sábat > karla.sten...@gmail.com > -- - Karla Mª Stenger Sábat karla.sten...@gmail.com ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Client GTK2 - Buffer overflow
On 2012-09-04 03:27, Karla Stenger wrote: I'm playing at crossfire.metalforge.net and the huge pile of rings I was refering to before is located at the Scorn Sale Shop, upstairs. If you look at the southern wall from left to right it is at the 4rth tile where you can stand. Exactly the same reason (huge pile of objects in Scorn Sale Shop) why I switched over to the GTK client V2, as the older X client crashed hard. However, I haven't experienced crashes with what I am currently using with RHEL6 and Fedora 15: crossfire-client-gtk2-1.60.0-1.x86_64 I just tried messing around with the large ring pile in the Scorn Sale Shop on Metalforge, no problem with crashes. However, the client window scroll function does get wonky when you have too many objects in carry: when you drop one of them, the scroll bar jumps to a random position. Makes ordered dropping very difficult. Also, dropping objects into containers on the ground works funny: when you move away from the container, it occasionally gets automatically closed and occasionally not. If not, spooky action at a distance can happen, objects you drop end up inside the container though you are not standing on it. Or you get a warning about the container not being able to contain that type of objects. Also also, the distance metric works somehow strangely with this client, as occasionally when you use identify type skills you will end up identifying objects which are farther than the 1+8 nearest squares. Eg. this seems to happen pretty often in Raffle, where there is a fence between you and the objects, but you still are able to identify items. Would someone who knows the code want to take a look at this weirdness? -- /* * * Otto J. Makela * * * * * * * * * */ /* Phone: +358 40 765 5772, ICBM: N 60 10' E 24 55' */ /* Mail: Mechelininkatu 26 B 27, FI-00100 Helsinki */ /* * * Computers Rule 0100 01001011 * * * * * * */ ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Client GTK2 - Buffer overflow
Hi, thanks for your reply. I'm playing at crossfire.metalforge.net and the huge pile of rings I was refering to before is located at the Scorn Sale Shop, upstairs. If you look at the southern wall from left to right it is at the 4rth tile where you can stand. Of course, when the other player tried to borrow the ring it was surprising that I was having this problem and he wasn't. But since it came up again at the shop I think there's somethin else than my os to it. If needed I can ask him for the ring to make more tests if you think it may help in any way. I had this issue with both of these (result of uname -a on both pc's): Linux halcon 3.4.9-1-ARCH #1 SMP PREEMPT Wed Aug 15 18:11:01 UTC 2012 i686 GNU/Linux Linux sidney 3.4.4-2-ARCH #1 SMP PREEMPT Sun Jun 24 17:28:37 UTC 2012 i686 GNU/Linux Thanks, Karla. 2012/9/3 Kevin Zheng > Greetings, > > > To reproduce it: Step on a ring of the elements. I don't know if that is > > the exact name, but it's the one that gives you +45 protection to the > > elements. Someone was trying to borrow me one and I was never able to > pick > > it up. Now it repeated with a huge pile of rings at a shop with permanent > > tiles. So other rings may be involved. > > Do you know what server you were playing on when the problem occured? If > so, > see if you can find out what version the server was running. Also, if > another > player was able to lend you the ring in the first place, perhaps he/she > isn't > experiencing the same bug you are. > > The output from 'uname -a' might also be helpful. > > Sincerely, > Kevin Zheng > ___ > crossfire mailing list > crossfire@metalforge.org > http://mailman.metalforge.org/mailman/listinfo/crossfire > -- - Karla Mª Stenger Sábat karla.sten...@gmail.com ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
Re: [crossfire] Client GTK2 - Buffer overflow
Greetings, > To reproduce it: Step on a ring of the elements. I don't know if that is > the exact name, but it's the one that gives you +45 protection to the > elements. Someone was trying to borrow me one and I was never able to pick > it up. Now it repeated with a huge pile of rings at a shop with permanent > tiles. So other rings may be involved. Do you know what server you were playing on when the problem occured? If so, see if you can find out what version the server was running. Also, if another player was able to lend you the ring in the first place, perhaps he/she isn't experiencing the same bug you are. The output from 'uname -a' might also be helpful. Sincerely, Kevin Zheng ___ crossfire mailing list crossfire@metalforge.org http://mailman.metalforge.org/mailman/listinfo/crossfire
[crossfire] Client GTK2 - Buffer overflow
Hello, I don't know if someone else had the same issue as I. it seems it's somehow related to some rings. The first time it happened I thought It could be related to a problem with my libraries installation, but now i've tested it on another pc and it's happening again. To reproduce it: Step on a ring of the elements. I don't know if that is the exact name, but it's the one that gives you +45 protection to the elements. Someone was trying to borrow me one and I was never able to pick it up. Now it repeated with a huge pile of rings at a shop with permanent tiles. So other rings may be involved. OS: I'm running on archlinux. I don't know what libs may be involved, so tell me what other data you may need. Effect: the client crashes immediately. If you try to login it happens again, unless someone takes the ring from the spot you where standing or you wait long enough as to pop up on your bed of reality again. Debugging info: Here's all the output from the client when trying to re-login on top of the rings. karla@sidney:~$ crossfire-client-gtk2 [ INFO ] (Client Version) GTK V2 Unix Client 1.70.0 (using gtk-v2.glade) (crossfire-client-gtk2:14742): Gtk-WARNING **: Attempting to add a widget with type GtkLabel to a GtkAlignment, but as a GtkBin subclass a GtkAlignment can only contain one widget at a time; it already contains a widget of type GtkVBox (crossfire-client-gtk2:14742): libglade-WARNING **: unknown child property `type' for container `GtkAlignment' [ INFO ] (info.c::info_get_styles) Unable to find base style info_default - will not process most info tag styles! [ INFO ] (inventory.c::inventory_get_styles) Unable to find style for inv_magical [ INFO ] (inventory.c::inventory_get_styles) Unable to find style for inv_cursed [ INFO ] (inventory.c::inventory_get_styles) Unable to find style for inv_unpaid [ INFO ] (inventory.c::inventory_get_styles) Unable to find style for inv_locked [ INFO ] (inventory.c::inventory_get_styles) Unable to find style for inv_applied [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'hp_bar_normal' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'hp_bar_low' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'hp_bar_super' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'hp_gradual_bar_normal' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'hp_gradual_bar_low' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'hp_gradual_bar_super' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'sp_bar_normal' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'sp_bar_low' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'sp_bar_super' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'sp_gradual_bar_normal' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'sp_gradual_bar_low' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'sp_gradual_bar_super' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'grace_bar_normal' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'grace_bar_low' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'grace_bar_super' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'grace_gradual_bar_normal' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'grace_gradual_bar_low' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'grace_gradual_bar_super' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'food_bar_normal' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'food_bar_low' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'food_bar_super' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'food_gradual_bar_normal' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'food_gradual_bar_low' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'food_gradual_bar_super' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'exp_bar_normal' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'exp_bar_low' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'exp_bar_super' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'exp_gradual_bar_normal' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'exp_gradual_bar_low' [ INFO ] (stats.c::stats_get_styles()) Unable to find style 'exp_gradual_bar_super' [ INFO ] (spells.c::spell_get_styles) Unable to find style for spell_attuned [ INFO ] (spells.c::spell_get_styles) Unable to find style for spell_repelled [ INFO ] (spells.c::spell_get_styles) Unable to find style for spell_denied [ INFO ] (spells.c::spell_get_styles) Unable to find style for spell_normal [ INFO ] (gtk-v2::init_image_cache_data) Init Image Cache (crossfire-client-gtk2:14742): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (crossfire-client-gtk2:14742):
