Menu

#2 [MB v0.91] Linux Bot.cpp error

0.7
open
None
7
2014-10-23
2014-01-19
RoboCop
No

new record(time:10.891319)(map:sd_durandal)
(bot.cpp) - TargetAimWaypoint() - local/current wpt is #-1 (previous wpt is #-1, path is #-1)
Possible reason: there's no goback wpt at the end of the path and the path doesn't end by a cross (ie. wrongly set camping spot)

Also I don't know if you will resolve this bug, but is it possible for us to use HLSDK and recomplie the source code for MB dedicated for SteamPipe or using the latest GCC, to optimize the binary?

Related

Bugs: #2

Discussion

  • RoboCop

    RoboCop - 2014-01-19

    PS this bot.cpp bug also occured on ctisdps_mexico and ps_upham.

     
  • Frank McNeil

    Frank McNeil - 2014-01-29

    This isn't really a bug in the code. It's a problem with the waypoints. As the note there says there's most probably a bad camping spot in the waypoints. In other words the waypoints there look like a camping spot, but there's something missing there. It could be either the aiming waypoint itself. Or the aiming waypoint is simply too far from the waypoint where the bot is told to camp. Or there is different error in the waypoint layout. Often this error is printed when there is a dead end on one of the waypoint paths. Actually I have a feeling I know where exactly is this problem spot in the durandal map. It's the favorite camping position on the blue side of the bridge area where is the tiny sand mound. One path going there isn't ended properly. Which is causing this error to be printed whenever a bot follows it. Similar thing is with the upham waypoints. There is a quite a big bug in the waypoint paths following the side route towards blue spawn. When you use the back route from the church flag. On mexico I don't know where the problem area is, but I guess it's the same thing as the two from above.

    As for the recompiling part. Honestly I have no idea what has been done with the HLSDK and steam itself in the past several months. Actually I have a feeling I didn't run the steam client since last January or February. Simply put I don't have the time this project would need. I don't even have time to play any games now. The past several months real life took all my time and I can't say it'll change anytime soon. So all I can say is give it a try and you'll see. That's all I can do at the moment. I'm really sorry I can't help more.

     
  • RoboCop

    RoboCop - 2014-01-29

    Yes well I anticipated you say that base on not fixing or any recoding etc. But I also thought I ask your permission on maybe recoding this in GCC for Linux and maybe with the newer HL SDK that Valve made near the SteamCMD début in Feburary 2013. And I kindae needed your hints or any reason why this bug occured and made my Linux FA 3.0 crashed.

    Anyway thanks for you help and my private LAN party still uses FA 3.0 on summer occasions and use MB v0.91 as target practise, as my players are kinda retro gamers and have a unique nostalgic minds. I got some contacts from my friends in HL Admin-Mod who can maybe help me out on the coding.

    See you!

     
    • Moritz

      Moritz - 2014-01-30

      I would be happy to run a live test server again, after all these
      years... I was hitting a line in one of the bot combat sources and the
      compile was borking, using metamod's patched Linux HLSDK. Been real
      busy of late at work, but I might be able to make a little time to help out.

      Debian Wheezy...

      On 1/29/2014 3:32 PM, RoboCop wrote:

      Yes well I anticipated you say that base on not fixing or any recoding
      etc. But I also thought I ask your permission on maybe recoding this
      in GCC for Linux and maybe with the newer HL SDK that Valve made near
      the SteamCMD début in Feburary 2013. And I kindae needed your hints or
      any reason why this bug occured and made my Linux FA 3.0 crashed.

      Anyway thanks for you help and my private LAN party still uses FA 3.0
      on summer occasions and use MB v0.91 as target practise, as my players
      are kinda retro gamers and have a unique nostalgic minds. I got some
      contacts from my friends in HL Admin-Mod who can maybe help me out on
      the coding.

      See you!


      [bugs:#2] http://sourceforge.net/p/marinebot/bugs/2/ [MB v0.91]
      Linux Bot.cpp error

      Status: open
      Created: Sun Jan 19, 2014 01:36 PM UTC by RoboCop
      Last Updated: Wed Jan 29, 2014 07:47 PM UTC
      Owner: Frank McNeil

      /new record(time:10.891319)(map:sd_durandal)/
      (bot.cpp) - TargetAimWaypoint() - local/current wpt is #-1 (previous
      wpt is #-1, path is #-1)
      Possible reason: there's no goback wpt at the end of the path and the
      path doesn't end by a cross (ie. wrongly set camping spot)

      Also I don't know if you will resolve this bug, but is it possible for
      us to use HLSDK and recomplie the source code for MB dedicated for
      SteamPipe or using the latest GCC, to optimize the binary?


      Sent from sourceforge.net because you indicated interest in
      https://sourceforge.net/p/marinebot/bugs/2/

      To unsubscribe from further messages, please visit
      https://sourceforge.net/auth/subscriptions/

      --
      Regards,
      Michael Huettich

      -----BEGIN GEEK CODE BLOCK-----
      Version: 3.12
      GAT/CM/CS/ED/IT/MU/P/TW d- s: a+ C++++
      UL++++ P+ L++ E--- w Y+ PGP t+ 5 X++
      R tv b++ DI+++ D G e++ h--- r+++ y+++*
      ------END GEEK CODE BLOCK------

      Why you can't find your system administrators:
      /pub/lunch

      You are only young once, but you can stay immature indefinitely.

      It's like trying to hide the daylight from the sun...

      "Man is the best computer we can put aboard a spacecraft... The only one
      that can be mass-produced with unskilled labor."
      - Werner von Braun -

      We will pay the price, but we will not count the cost.

       

      Related

      Bugs: #2

      • RoboCop

        RoboCop - 2014-01-31

        Well also me and [YIS]YoungGun did some tests on both Server OS's but with MetaMod 1.20 or better and of course using the new hl.so or hl.exe SteamPipe HL1 binary for 3rd Party mods. It appears that the 3rd party HL1 mods still works fine as it still backwards compatible. The only thing is that HLSDK and most mods (pre-2013) no longer have the i386.so or amd64.so suffixes on the binary files anymore, including Metamod 1.20 and AMXX 1.8.2 as those suffixes are now dropped since last year.

        The story with FA 3.0 on Windows servers from US BranZone at 1000 FPS appears to be fine as the bots don't seem to crash as YoungGun and I made the bots not use too many bot skills and powerful guns. I vaguely remember [YIS] FA 3.0 had bots that are generally medics with G36, MP5s, Sterlings and pistols but no snipers, rifles and no 12K etc 6 years ago.

        However those crashes I get on my Linux side in EU powered by Ubuntu 12.04 64-bit with a overwhelming tech specs appears to make those crashes and makes it go offline.

        You may find some key ideas or update on using HLSDK or Metamod for SteamPipe in AlliedMods.

         
  • RoboCop

    RoboCop - 2014-02-10

    Also I've just saved those extra waypoints and textures etc from your xf.cz just in time as that is stored in my 13 year old site, also thanks again for your help for you and drek to recover the latest Source code and Linux builds.

    http://apg-clan.org/downloads.php?do=cat&id=51

    Plus I've also managed, most importantly to recover the FA 3.0 Linux server patch for testing MB 0.91 in the Linux HLDS mode. You should be able to extract the "fa_i386.so" in /firearms/dlls in the Server FTP, if you need that, Moritz.

    http://apg-clan.org/downloads.php?do=file&id=272

    I'll see if I can maybe recompile MB 0.91 or try to work out the bugs.

     

    Last edit: RoboCop 2014-02-10
  • RoboCop

    RoboCop - 2014-10-17

    Hello, I've been doing a Linux Distrub comparision and on a 32-bit Dedicated server. It seems that the FA 3.0 server on Debian 7.0 32-Bit works fine but the Ubuntu 12.04 LTS x64 appears to let the server go out of range. It still runs on my CMD for the 64bit Ubu side but is no longer online for some reason.

    I've been experimenting with the Metamod v1.21-beta build that I got from darope in Adminmod forums, along with Jussi's Metamod-P37, in case they aren't compatible for MarineBot v0.91. I also had to install the ia32-lib for Ubuntu x64 as they need the 32-bit libraries and so on. Plus I had to install the libstdc++.5 as Marinebot are dependent on that on both Debian and Ubuntu sides.

    I don't expect you to fix those right away, but from those cryptic clues, I was wondering if those mean anything to you, that I could resolve right away.

     

    Last edit: RoboCop 2014-10-17
  • RoboCop

    RoboCop - 2014-10-23

    Update: I think i managed to work how what was wrong on my Ubuntu 64-bit server. I did a comparison on Webmin to see the shared lib dependancies by looking up on Files and Connections for ./hlds_linux -game firearms and noticed that the Debian Server are dependent on "/lib/i386-linux-gnu/i686/cmov/" package, unfortonately the Ubuntu aren't supported for that libc6 package, which maybe the reason why the MarineBots aren't compatible.

    However I know Marinebots doesn't require Metamod as I tried to use the new Metamod v1.20 and discarded the unoffical Metamod v1.21-am from AlliedMods. But I looked up in Ubuntu Packages for shared libraries for libc6 and installed the libc6-i386, the Embedded GNU C Library: 32-bit shared libraries for AMD64.

    After that installation and using the older Metamod engine it appears the bots are now working and doesn't appear to have any crashes.

     

Log in to post a comment.