Language: 
To browser these website, it's necessary to store cookies on your computer.
The cookies contain no personal information, they are required for program control.
  the storage of cookies while browsing this website, on Login and Register.

Author Topic:  Display bugs in Development Client  (Read 159936 times)

0 Members and 0 Guests are viewing this topic.

clobber

« on: 10, October 2011, 22:47:48 »
There are a few display bugs in the development client.

http://www.imagebulk.com/images/Clobber/otherbug.png
I'm assuming this one is a transparency issue so can have a go at fixing it and will report back.

EDIT:Yeah, fixed and comitted

http://www.imagebulk.com/images/Clobber/displaybug.png
These are quite interesting. I am not in need of restoration so it shouldn't be red. My exp percentage is rather kickass and over 100 so probably very wrong - it also doesn't change with each kill.

Another issue is that the font no longer fits into the box for letters with curls eg g, y, j etc.
« Last Edit: 10, October 2011, 23:34:02 by clobber »
Posted by Clobber

Collector Of Burnt out torches, 0 and Counting.

,-.  ___ ,-.
 \/ .   .  \ / 
(___O___)
 /  \      /   )
 ( ||       || )
  000     000
Woof, Woof!

Quote from: Longir
I use caution, fear is a distraction

_people_

« Reply #1 on: 11, October 2011, 00:26:28 »
Indeed the 0.10.6 trunk client is very buggy. My Linux version lets me log in about 30% of the time. The other 70% it either crashes on entry or just doesn't connect. I'm hoping Smacky will get back to fix it (read his latest post), because I'm not very familiar with the client code. But if not, I'll look into this.
-- _people_ :)

_Matthi_

« Reply #2 on: 12, October 2011, 19:00:29 »
also at startup you have to wait like 3 second before you can log on and I think it's because it's trying to get the ping of the (non existing) local server.

_people_

« Reply #3 on: 13, October 2011, 00:48:42 »
Smacky said before that for each non-0.10.6 server that the metaserver reports, it'll take a bit to try, and fail, to ping it. So Main and Test both slow down the login process (for now).
-- _people_ :)

smacky

« Reply #4 on: 01, January 2012, 23:44:07 »
Ooh only just read this.

Clobbers display bug is I think _Matthi_s bugtracker report which I just asked about in another thread.

The 2.5 second wait on startup (actually per down server) is the pinging (kind of). This is pretty annoying and needs fixing. The whole loop while waiting for a response to pings is a bit ropey and needs fixing (so ping times aren't that accurate).

A workaround is to use a -s=# (or --server=#) switch. This logs you straight into the chosen server, skipping pings (also good when the metaserver is down).

I'm a bit concerned at _people_s 70% failure rate! Is this still happening? I've not had a single problem.

_people_

« Reply #5 on: 01, January 2012, 23:56:56 »
The failure rate has improved, but that could be because I stopped using Debian. There are, however, more bugs to report:

Pressing escape any time after selecting a server but before playing (so up to char select) causes a segfault. (Hm, I think this may be only the Main server?)
Logging out causes a segfault.
The progress bar at the create account/login screen doesn't fill up entirely (not a big deal).


I've managed to get a few other segfaults, but none were able to be reproduced like the above two were. I'll try to get some Valgrind data for you.

EDIT: So it didn't want to crash on logout with Valgrind watching. But I did get this:
Code: [Select]
Saving 'settings/_person_.kills.list'... OK!
Saving 'settings/options.dat'... OK!
Saving 'settings/interface.gui'... OK!
==16020== Invalid free() / delete / delete[]
==16020==    at 0x4C282E0: free (vg_replace_malloc.c:366)
==16020==    by 0x406F19: anim_init (anim.c:579)
==16020==    by 0x42CF7F: game_status_chain (main.c:527)
==16020==    by 0x404F13: main (main.c:1715)
==16020==  Address 0x65 is not stack'd, malloc'd or (recently) free'd
==16020==

Nor did it want to crash when pressing escape after server select with Valgrind either. But:

Code: [Select]
Saving 'settings/options.dat'... OK!
Saving 'settings/interface.gui'... OK!
==15728== Invalid free() / delete / delete[]
==15728==    at 0x4C282E0: free (vg_replace_malloc.c:366)
==15728==    by 0x406F19: anim_init (anim.c:579)
==15728==    by 0x42CF7F: game_status_chain (main.c:527)
==15728==    by 0x404F13: main (main.c:1715)
==15728==  Address 0x65 is not stack'd, malloc'd or (recently) free'd
==15728==

I also got:

Code: [Select]
Loading local face info from 'daimonin.p0'... OK!
Loading 'srv_files/client_anims'... OK!
Loading 'srv_files/client_skills'... OK!
Loading 'srv_files/client_spells'... OK!
Loading 'srv_files/client_settings'... OK!
 CMD:1c len:88
 CMD:e len:25
 CMD:4 len:54
 CMD:4 len:58
PlayerCmd: lengths do not match (22!=21)
Loading 'settings/interface.gui'... OK!
Loading 'settings/_person_.ignore.list'... OK!
Loading 'settings/_person_.cfilter.list'... OK!
Loading 'settings/_person_.kills.list'...  CMD:4 len:122
OK!
 CMD:4 len:6
Loading 'settings/_person_.buddy.list'... OK!
Loading quickslot settings for server
==16020== Conditional jump or move depends on uninitialised value(s)
==16020==    at 0x4339A5: load_quickslots_entrys (menu.c:1154)
==16020==    by 0x40D6B8: PlayerCmd (commands.c:1334)
==16020==    by 0x4103BA: DoClient (commands.c:112)
==16020==    by 0x4050A6: main (main.c:1611)
==16020==
==16020== Conditional jump or move depends on uninitialised value(s)
==16020==    at 0x4329B3: update_quickslots (menu.c:961)
==16020==    by 0x43394A: load_quickslots_entrys (menu.c:1166)
==16020==    by 0x40D6B8: PlayerCmd (commands.c:1334)
==16020==    by 0x4103BA: DoClient (commands.c:112)
==16020==    by 0x4050A6: main (main.c:1611)
==16020==
==16020== Conditional jump or move depends on uninitialised value(s)
==16020==    at 0x432993: update_quickslots (menu.c:963)
==16020==    by 0x43394A: load_quickslots_entrys (menu.c:1166)
==16020==    by 0x40D6B8: PlayerCmd (commands.c:1334)
==16020==    by 0x4103BA: DoClient (commands.c:112)
==16020==    by 0x4050A6: main (main.c:1611)
==16020==
Saving 'settings/options.dat'...  CMD:15 len:9080
OK!

When logging IN.


EDIT: Oh, boy. ANOTHER bug. On Win7, the client cannot create its own appdata. So it crashes if %APPDATA%\Daimonin\0.10 does not already exist (made by 0.10.5). More specifically, removing the srv_files folder.
« Last Edit: 02, January 2012, 00:38:40 by _people_ »
-- _people_ :)

clobber

« Reply #6 on: 02, January 2012, 00:44:14 »
Really? Mine doesn't on Win 7.
Posted by Clobber

Collector Of Burnt out torches, 0 and Counting.

,-.  ___ ,-.
 \/ .   .  \ / 
(___O___)
 /  \      /   )
 ( ||       || )
  000     000
Woof, Woof!

Quote from: Longir
I use caution, fear is a distraction

smacky

« Reply #7 on: 02, January 2012, 12:26:43 »
The failure rate has improved, but that could be because I stopped using Debian.

Yeah. The latest Debian seems to cause problems for Dai (this was behin the server crashes in Oct/Nov). Eventually these problems filter down to Ubuntu too. So far I've not had trouble with the client.

Quote
There are, however, more bugs to report:

Pressing escape any time after selecting a server but before playing (so up to char select) causes a segfault. (Hm, I think this may be only the Main server?)
Logging out causes a segfault.

Again, not had these. Can you run it through valgrind and post the traceback?

Quote
The progress bar at the create account/login screen doesn't fill up entirely (not a big deal).

Should be trivial (it affects nothing, the progress bar is simply to keep players calm).

Quote
Code: [Select]
Saving 'settings/_person_.kills.list'... OK!
Saving 'settings/options.dat'... OK!
Saving 'settings/interface.gui'... OK!
==16020== Invalid free() / delete / delete[]
==16020==    at 0x4C282E0: free (vg_replace_malloc.c:366)
==16020==    by 0x406F19: anim_init (anim.c:579)
==16020==    by 0x42CF7F: game_status_chain (main.c:527)
==16020==    by 0x404F13: main (main.c:1715)
==16020==  Address 0x65 is not stack'd, malloc'd or (recently) free'd
==16020==

Nor did it want to crash when pressing escape after server select with Valgrind either. But:

Code: [Select]
Saving 'settings/options.dat'... OK!
Saving 'settings/interface.gui'... OK!
==15728== Invalid free() / delete / delete[]
==15728==    at 0x4C282E0: free (vg_replace_malloc.c:366)
==15728==    by 0x406F19: anim_init (anim.c:579)
==15728==    by 0x42CF7F: game_status_chain (main.c:527)
==15728==    by 0x404F13: main (main.c:1715)
==15728==  Address 0x65 is not stack'd, malloc'd or (recently) free'd
==15728==

IDR touching the anim stuff recently, if ever, so I think it's an old bug, but should be easy to fix.

Quote
I also got:
Code: [Select]
Loading local face info from 'daimonin.p0'... OK!
Loading 'srv_files/client_anims'... OK!
Loading 'srv_files/client_skills'... OK!
Loading 'srv_files/client_spells'... OK!
Loading 'srv_files/client_settings'... OK!
 CMD:1c len:88
 CMD:e len:25
 CMD:4 len:54
 CMD:4 len:58
PlayerCmd: lengths do not match (22!=21)
Loading 'settings/interface.gui'... OK!
Loading 'settings/_person_.ignore.list'... OK!
Loading 'settings/_person_.cfilter.list'... OK!
Loading 'settings/_person_.kills.list'...  CMD:4 len:122
OK!
 CMD:4 len:6
Loading 'settings/_person_.buddy.list'... OK!
Loading quickslot settings for server
==16020== Conditional jump or move depends on uninitialised value(s)
==16020==    at 0x4339A5: load_quickslots_entrys (menu.c:1154)
==16020==    by 0x40D6B8: PlayerCmd (commands.c:1334)
==16020==    by 0x4103BA: DoClient (commands.c:112)
==16020==    by 0x4050A6: main (main.c:1611)
==16020==
==16020== Conditional jump or move depends on uninitialised value(s)
==16020==    at 0x4329B3: update_quickslots (menu.c:961)
==16020==    by 0x43394A: load_quickslots_entrys (menu.c:1166)
==16020==    by 0x40D6B8: PlayerCmd (commands.c:1334)
==16020==    by 0x4103BA: DoClient (commands.c:112)
==16020==    by 0x4050A6: main (main.c:1611)
==16020==
==16020== Conditional jump or move depends on uninitialised value(s)
==16020==    at 0x432993: update_quickslots (menu.c:963)
==16020==    by 0x43394A: load_quickslots_entrys (menu.c:1166)
==16020==    by 0x40D6B8: PlayerCmd (commands.c:1334)
==16020==    by 0x4103BA: DoClient (commands.c:112)
==16020==    by 0x4050A6: main (main.c:1611)
==16020==
Saving 'settings/options.dat'...  CMD:15 len:9080
OK!

I think this is in bugtracker too. Basically quickslots are broken and always have been (unnecessarily complex code). I have a years old rewrite to fix this but unfortunately it relies on another rewrite so it'll be a while before it gets in.

Is this recent? You should not be getting 'PlayerCmd: lengths do not match (22!=21)' since 0.10.5-h.

Quote
EDIT: Oh, boy. ANOTHER bug. On Win7, the client cannot create its own appdata. So it crashes if %APPDATA%\Daimonin\0.10 does not already exist (made by 0.10.5). More specifically, removing the srv_files folder.

This is the major blocker from releasing 0.10.6. Windows has problems setting up the user directory. It's being fixed, slowly.

EDIT: Re the anim valgrind traceback. I don't get a report. But main.c:527 is the middle of a comment in the latest revision, so maybe it is outdated? Update and retry.

EDIT: Re progress bar not filling up. Fixed.
« Last Edit: 02, January 2012, 12:57:20 by smacky »

_people_

« Reply #8 on: 02, January 2012, 14:49:51 »
My client is fairly outdated, but only by about a week or so. I'll update and try again tonight.
-- _people_ :)

smacky

« Reply #9 on: 02, January 2012, 16:10:26 »
The local server will now not show unless you ask for it (the --local switch).

The --nometa switch now really does what it claims. The server list will be built from the internal defaults.

smacky

« Reply #10 on: 03, January 2012, 22:15:40 »
@_people_: I have had two segfaults at startup now, but not at all reproducable (ie, next attempt is fine) so no valgrind.

clobber

« Reply #11 on: 05, January 2012, 01:26:27 »
Hmmm...

What's going on with the colours of the text? It seems to change rather randomly every so often.
Posted by Clobber

Collector Of Burnt out torches, 0 and Counting.

,-.  ___ ,-.
 \/ .   .  \ / 
(___O___)
 /  \      /   )
 ( ||       || )
  000     000
Woof, Woof!

Quote from: Longir
I use caution, fear is a distraction

smacky

« Reply #12 on: 05, January 2012, 01:32:35 »
:? You mean a given string of text is red one moment and blue the next?

Or some shouts are orange and some are lilac?

Or just lots of colours (stuff in the message window is coloured by the server only atm)?

clobber

« Reply #13 on: 05, January 2012, 09:38:25 »
So / say would be lilac then green, then after a gew messages the next would.be blue.
Posted by Clobber

Collector Of Burnt out torches, 0 and Counting.

,-.  ___ ,-.
 \/ .   .  \ / 
(___O___)
 /  \      /   )
 ( ||       || )
  000     000
Woof, Woof!

Quote from: Longir
I use caution, fear is a distraction

smacky

« Reply #14 on: 05, January 2012, 16:51:35 »
Sounds very odd. Can you be quite specific? Depending on your logging level option, chat is logged in logs/chat.log or logs/textwin.log. Post the actual messages from the logs (or PM me if your chat is too rude for public display) with an indication of the colour changes.

Tags:
 

Related Topics

  Subject / Started by Replies Last post
0 Replies
796 Views
Last post 24, November 2006, 18:15:58
by grommit
15 Replies
2916 Views
Last post 02, March 2008, 05:39:22
by Nite_Star
1 Replies
4506 Views
Last post 05, June 2011, 15:29:08
by smacky
0 Replies
202561 Views
Last post 11, January 2012, 22:48:03
by smacky
26 Replies
27612 Views
Last post 24, March 2012, 23:09:48
by smacky