Jump to content
The Dark Mod Forums

Sourav

Member
  • Content Count

    21
  • Joined

  • Last visited

Everything posted by Sourav

  1. I apologize for the late reply As @stuck with tux said, yes, it's playable with my timezone (Kolkata) and Tehran. Thank you very much. I wish to keep this!
  2. Yes, Kali is very stable. It doesn't upgrade packages very often... You may break Ubuntu encryption easily by chrooting, not a very big deal! I have only Arch Linux around me. I tried my laptop and desktop... Nevertheless, I am running Asia/Tehran on my system. As I mentioned only Tehran works. I think as mentioned in the link above adressing glibc bug, TDM also works on DST enabled timezone. Tehran is +0430 rather than +0530 (ours). That's a bit problematic because you know your system time is one hour earlier...
  3. This breaks TDM sudo ln -sf /usr/share/zoneinfo/Asia/Kolkata /etc/localtime [Also, I can't use the Singapore, Qatar etc. zones...] This makes TDM work again! sudo ln -sf /usr/share/zoneinfo/Asia/Tehran /etc/localtime So that's the reason Kali works fine, while the new Ubuntu and Arch breaks (arch broke for about 3 - 4 months+ probably)
  4. The glibc Arch Linux repo has is: core/glibc 2.29-4 (base) I don't want to downgrade the glibc yet because 176 packages depend on it... I am on IST. Asia/Kolkata timezone and time set by NTP. But boy! Changing my timezone to Asia/Tehran just worked! No crashing! Umm might be that redhat bug! How are you going to fix this? Also, I don't want my system to show me one hour less than the original time!
  5. Hi @stgatilov, here are the outputs: (gdb) break *(&R_LoadImage+0x856) Breakpoint 1 at 0x5e5796: file renderer/Image_files.cpp, line 1126. (gdb) run Starting program: /home/sourav/darkmod/thedarkmod.x64 [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". TDM 2.07/64 #8079 (8079) linux-x86_64 Apr 12 2019 18:24:35 found interface lo - loopback found interface wlp1s0 - 192.168.2.8/255.255.255.0 Found Generic CPU, features: MMX SSE SSE2 SSE3 tdm using MMX & SSE & SSE2 & SSE3 for SIMD processing. ------ Initializing Fil
  6. Hi @duzenko, I don't know, but Kali Linux keeps a decade old package to their repository... I highly suspected if Ubuntu will have the error, but it's confirmed after someone said to face the same problem.
  7. I haven't done that... I have doen that now... But it's doing the same thing... I most likely am wrong, but I suspect the system upgrades that I did in the past few months responsible for crashing TDM?
  8. Actually I have got it many times from the tdm-updater. Everytime I have the same problem. In fact I also have an old file that was playable some months ago, but I don't know suddenly neither the old file is playable, nor the vanilla download can be played...
  9. Ugh, sorry for the terrible mistake... Well here's the Drive link: https://drive.google.com/file/d/1RNku5FCLxXCEKvYXk2FBZweY91-dtvlr/view?usp=sharing Mega: https://mega.nz/#!5CYTmS6A!lDH842vavmVYxKUKXBSgyPMIrwMc-Wf3-ATIL6OOVEc
  10. Hello, I have uploaded the file to Google Drive: https://drive.google.com/file/d/1PnzN2p8D6qaShxvKThXjw8JJBX9IuwXx/view?usp=sharing Mega: https://mega.nz/#!UH4kCa4Q!279w7kx5BIs78P1WKIjeBBy_NrlcPYMxBqujCF-K62c
  11. I am not sure what to do with the tdm_textures_base01.pk4. But when I run darkmod, I get only one occurrence of the word: /home/sourav/darkmod/tdm_textures_base01.pk4 (395 files)
  12. Hello, @freyk, the video [xorg] driver I am using is: xf86-video-intel And the OpenGL version I am using is 3.0 Mesa 19.1.3 Hi @stgatilov, I have edited the darkmod.cfg and appended the line seta fs_debug "1" at the end of the [461 line] file. After running thedarkmod.x64, the output looks like the one in the post... And it doesn't write anything new to the terminal...
  13. Ok here's the output: ┌┄┄[sourav::archlinux]┈[~/darkmod] └──╼⮚ gdb thedarkmod.x64 GNU gdb (GDB) 8.3 Copyright (C) 2019 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs
  14. Ok, I got it from the Google Drive. And after replacing the original file with the downloaded file, changing permission to 755, and running I get: TDM 2.07/64 #8079 (8079) linux-x86_64 Apr 12 2019 18:24:35 found interface lo - loopback found interface wlp1s0 - 192.168.2.7/255.255.255.0 Found Generic CPU, features: MMX SSE SSE2 SSE3 tdm using MMX & SSE & SSE2 & SSE3 for SIMD processing. ------ Initializing File System ------ Current search path: /home/sourav/darkmod/ /home/sourav/darkmod/tdm_textures_wood01.pk4 (376 files) /home/sourav/darkmod/tdm_textures_window01.pk4 (38
  15. Hi, sorry for the later reply, but I can't access the website you gave...
  16. Firstly, yes, I have glxinfo, and OpenGL works fine. Secondly, I have tried the AUR version as I have mentioned earlier. Thirdly I have: 1. openal 2. libxxf86vm 3. libpng All installed. Fourthly, I think this could be something else related to the updated libraries? Because the version 2.06 I had ran 3 - 4 months ago. It's not working now. On both of my computers. Because this is Arch, things break faster and it will soon get adopted by Debian / Ubuntu / Mint...
  17. I am using the latest darkmod. I don't see the darkmod.cfg file in the darkmod folder. So I created a new file. It didn't create a "qconsole.log" file after the exit. But I see a darkmod.ini file. There is no other log file except the tdm_update.log ... I also tried running tdm with arguments: ./thedarkmod.x64 +map training_mission +glxinfo +condump mylog.txt +quit It didn't create any mylog.txt It always crashes [catches exception] in the same way...
  18. Here's the new darkmod: ┌┄┄[sourav::archlinux]┈[~/darkmod] └──╼⮚ ./thedarkmod.x64 TDM 2.07/64 #8079 (8079) linux-x86_64 Apr 12 2019 18:24:35 found interface lo - loopback found interface wlp1s0 - 192.168.2.7/255.255.255.0 Found Generic CPU, features: MMX SSE SSE2 SSE3 tdm using MMX & SSE & SSE2 & SSE3 for SIMD processing. ------ Initializing File System ------ Current search path: /home/sourav/darkmod/ /home/sourav/darkmod/tdm_textures_wood01.pk4 (376 files) /home/sourav/darkmod/tdm_textures_window01.pk4 (389 files) /home/sourav/darkmod/tdm_textures_stone_sculpted01
  19. Hello! Sorry for the late reply. Yes, I also tried the latest TDM the day I posted. It crashes the same way both on my laptop and desktop. I have downloaded darkmod from the official website, and did what they recommended. I also tried Arch User Repository - same behaviour. I am not sure why, but the file I tried ran 3 - 4 months ago. I usually upgrade my systems and the kernel once every week. I also tried running this on my desktop. Both the laptop and desktop (both running Arch Linux, more or less the same kernel, and the desktop with a better hardware). [Also
  20. I played darkmod 3 - 4 months ago. But recently I can't get it running on my systems. I tried both the old (that I used to run 3 - 4 months ago) and the latest dark mod versions. The game doesn't start, and exits with: ┌┄┄[sourav::archlinux]┈[~/darkmod] └──╼⮚ ./thedarkmod.x64 TDM 2.06/64 #7416 (7416M) linux-x86_64 May 25 2018 10:22:50 found interface lo - loopback found interface wlp1s0 - 192.168.2.7/255.255.255.0 Found Generic CPU, features: MMX SSE SSE2 SSE3 CMOV tdm using MMX & SSE & SSE2 & SSE3 for SIMD processing. WARNING:Fan missions path does not exist for installed fm:
×
×
  • Create New...