bluap Report post Posted May 29, 2018 julianvc, if you would like to PM me details of how to get to your guild map, I'll look into why the client is crashing to see if I can handle the errors more gracefully. Share this post Link to post Share on other sites
Entropy Report post Posted May 29, 2018 Can you try turning off different options in the client, including turning down the viewing distance, special effects, etc? To see if anything fixes crashing in that map. Share this post Link to post Share on other sites
bluap Report post Posted May 29, 2018 I've found and fixed the problem, git updated. It was related to handling invalid object references when loading the map. It should not occur on up to date maps. Share this post Link to post Share on other sites
Entropy Report post Posted May 29, 2018 Great, ty. Can you update the window sand linux binaries please? Just in case some other maps have this issue. Share this post Link to post Share on other sites
Burn Report post Posted May 29, 2018 The fix seems to have also fixed the random crashing I was getting on some guild maps, and FPS isn't getting bogged down in the spot I said it was. So this may have been a two-bugs-one-stone fix. Share this post Link to post Share on other sites
bluap Report post Posted May 29, 2018 (edited) These are all rebuilt: Windows executable Windows installer Linux 32-bit executable Linux 64 bit executable Linux installer Ubuntu/Debian packages done too. Edited May 29, 2018 by bluap Share this post Link to post Share on other sites
julianvc Report post Posted May 29, 2018 Thank you very much Yulin_Old Share this post Link to post Share on other sites
Burn Report post Posted May 31, 2018 SEEING OLD MAPS? If you installed the above versions and are on Test server but not seeing new stuff, go to /.elc/test/ and delete the el.ini file in it. (Or if you know what you're doing, change the #data_dir in it to where your test 1.9.5 is installed.) HOW DO YOU KNOW IF YOU'RE SEEING NEW MAPS? Go to 373, 112 in Idaloran. You should be standing between a new palace to your north and soldier barracks building to the south. If you're seeing plain grass and trees, you're looking at an old map. Share this post Link to post Share on other sites
Entropy Report post Posted June 6, 2018 Bluap, it seems that the version you provided with the installer still used the old version number (27 instead of 28). Can you please compile a new one form git and remake the installer? Also, in the default el.ini please put new selection to 1. Share this post Link to post Share on other sites
bluap Report post Posted June 6, 2018 That's a bit annoying for everyone. I'm ready sorry. I see what I can do tonight but it may be limited for another week. Share this post Link to post Share on other sites
bluap Report post Posted June 7, 2018 I've rebuilt the Linux static binaries which can be downloaded from the above links. The Linux installer will have to wait a few days until I can rebuild. Share this post Link to post Share on other sites
Burn Report post Posted June 8, 2018 For OpenSUSE users, my repo got forgotten about for a while, but it's alive again. You can get the 1.9.5 client here And it is future-ready, it has the current git code and will work with the coming update (that puts the version to 28). Share this post Link to post Share on other sites
Entropy Report post Posted June 12, 2018 The Windows client sometimes crashes on exit, especially if I had it on for a long time (over a day), though I think I got a crash after less than that. Share this post Link to post Share on other sites
bluap Report post Posted June 12, 2018 (edited) 5 hours ago, Entropy said: The Windows client sometimes crashes on exit, especially if I had it on for a long time (over a day), though I think I got a crash after less than that. Next time, can you post the last few lines of the log file. Was there any indication of where or why the crash happened from windows? Edited June 12, 2018 by bluap Share this post Link to post Share on other sites
Lorianne Report post Posted June 13, 2018 (edited) Reading books and (warning) signs on a Mac(Air) Hi Everyone, I like reading books and signs in the game. Don't mix this up with reading books needed for manufacture, mining, crafting items. I used to use Windows machine, now I using a MacAir ( Modelname: MacBook Air Modelaanduiding: MacBookAir6,2 Processorname: Intel Core i7 Processorspeed: 1,7 GHz Systeemversie: OS X 10.10.5 (14F2511) Kernelversie: Darwin 14.5.0 Opstartvolume: Macintosh HD Opstartmodus: Normaal) But when I 'right click' on a book, instead of 'reading' it, the cursor switches from 'walk' to 'sit', then to 'Look at' then to 'Use'. Might it be possible to have a 'read book/sign' option? or at least have the keyswitch so it can be defines? (like in Edit: Ofc, -I've tried the 'Emulate a 3 Button Mouse'. -Also bought a normal mouse, connected it, but still unable to read signs or books. but the program keeps 'cycling' from 'walk' to 'sit', to 'Look at', to 'Use' and back. /Edit Edit 2: in the meantime i have read some books, but certain books don't work. Found working books: - book 1 I have your bag at the Beam My Friend (IP) - book 2 A Rabbit's life (IP) - book 3 The Rise and fall of Sedicolis (tavern) - book 4 Kalanthro the Troll Slayer (GP, cabin) - book 5 The Monster of Ghealan Sea (Naralik 41,160) non working book: - Kelcha's Diary (Naralik Catacombs 165,154) (needed for quest) Edited June 21, 2018 by Lorianne Share this post Link to post Share on other sites
Entropy Report post Posted June 22, 2018 Bluap, it crashed again on exit. From the log file: [12:55:07] Last message repeated 4 times [12:55:07, main.c:243] Info: Client closed Share this post Link to post Share on other sites
Burn Report post Posted June 22, 2018 On 6/14/2018 at 12:09 AM, Lorianne said: non working book: - Kelcha's Diary (Naralik Catacombs 165,154) (needed for quest) That one will *only* work when asked for in the quest. It's not a generally readable book. Share this post Link to post Share on other sites
Entropy Report post Posted June 22, 2018 Ok, I think I found how to crash it. If I log on my phone on Gicu, who is in my buddy list, the desktop client with Radu crashes.... Share this post Link to post Share on other sites
bluap Report post Posted June 22, 2018 (edited) 1 hour ago, Entropy said: Ok, I think I found how to crash it. If I log on my phone on Gicu, who is in my buddy list, the desktop client with Radu crashes.... Is that a crash even before exit or only on exit after you have the buddy log on? I've been unable to reproduce this problem on Window or Linux and a quick check with a buddy login looks OK too. I've produced a new Windows binary that outputs debug to the log file for each function called on exit. The version string is tagged with (Debug Exit). Edited June 22, 2018 by bluap Share this post Link to post Share on other sites
Entropy Report post Posted June 22, 2018 The crash is only on exit. Also make sure the body logs out before you exit. [02:17:08, main.c:243] Info: Client closed [02:17:08, main.c:245] Info: queue_destroy() [02:17:08, main.c:247] Info: free_pm_log() [02:17:08, main.c:251] Info: save_local_date() [02:17:08, main.c:260] Info: destroy_sound() [02:17:08, main.c:262] Info: clear_sound_data() [02:17:08, main.c:265] Info: ec_destroy_all_effects() [02:17:08, main.c:269] Info: destroy_map() [02:17:08, main.c:271] Info: free_buffers() [02:17:08, main.c:274] Info: unload_questlog() [02:17:08, main.c:276] Info: save_item_lists() [02:17:08, main.c:278] Info: free_emotes() [02:17:08, main.c:280] Info: free_actor_defs() [02:17:08, main.c:282] Info: free_books() [02:17:08, main.c:284] Info: free_vars() [02:17:08, main.c:286] Info: cleanup_rules() [02:17:08, main.c:289] Info: cleanup_counters() [02:17:08, main.c:291] Info: cleanup_chan_names() [02:17:08, main.c:293] Info: cleanup_hud() [02:17:08, main.c:295] Info: destroy_trade_log() [02:17:08, main.c:297] Info: destroy_user_menus() [02:17:08, main.c:299] Info: destroy_all_root_windows() [02:17:08, main.c:301] Info: SDL_RemoveTimer() [02:17:08, main.c:303] Info: SDL_RemoveTimer() [02:17:08, main.c:305] Info: end_particles() [02:17:08, main.c:307] Info: free_bbox_tree() [02:17:08, main.c:310] Info: free_astro_buffer() [02:17:08, main.c:312] Info: free_translations() [02:17:08, main.c:314] Info: free_skybox() [02:17:08, main.c:317] Info: SDL_QuitSubSystem() [02:17:08, main.c:319] Info: SDL_QuitSubSystem() [02:17:08, main.c:330] Info: final_sound_exit() [02:17:08, main.c:334] Info: stopp_custom_update() [02:17:08, main.c:337] Info: clear_zip_archives() [02:17:08, main.c:339] Info: clean_update() [02:17:08, main.c:342] Info: cleanup_tcp() [02:17:08, main.c:347] Info: free_reflection_framebuffer() [02:17:08, main.c:351] Info: cursors_cleanup() [02:17:08, main.c:356] Info: SDL_Quit() [02:17:08, main.c:360] Info: cleanup_mem() Share this post Link to post Share on other sites
bluap Report post Posted June 23, 2018 OK, so that points in the direction of the function that cleans up the buddy memory. I've added more debug and rebuilt the debug client (Debug Exit +1) which is in the same place as before. I still cannot reproduce this though. Could you be more specific about the sequence of events? The order of login, whether the buddy window has been opened, how may buddies in your list, how many other active buddies, that kind of thing. Thanks. Share this post Link to post Share on other sites
Entropy Report post Posted June 23, 2018 I tried the new binary, didn't manage to crash it this time. Maybe I have to wait a bit? Share this post Link to post Share on other sites
Entropy Report post Posted June 29, 2018 Crashed again today, different place: [09:29:10, main.c:377] Info: SDL_Quit() [09:29:10, main.c:381] Info: cleanup_mem() [09:29:10, main.c:100] Info: destroy_url_list() [09:29:10, main.c:102] Info: history_destroy() [09:29:10, main.c:104] Info: command_cleanup() [09:29:10, main.c:106] Info: destroy_buddy_queue() [09:29:10, main.c:108] Info: cleanup_manufacture() [09:29:10, main.c:110] Info: cleanup_text_buffers() [09:29:10, main.c:112] Info: cleanup_fonts() [09:29:10, main.c:114] Info: destroy_all_actors() Share this post Link to post Share on other sites
bluap Report post Posted June 29, 2018 Progress. That's probably the same place I just added additional debug into the cleanup_mem() function. So we can see the buddy stuff closed OK but the crash happened in the destroy_all_actors() call. I'll see what I can fine now. Share this post Link to post Share on other sites