Jump to content

Drathian

Members
  • Posts

    11
  • Joined

  • Last visited

Everything posted by Drathian

  1. So you can execute functions from other scripts directly hmm that is useful. I was thinking of reading commands from a list of some sort like a txt file. I guess that would have something to do with arrays which i'm terrible at.
  2. Drathian

    error U01?

    Edit: Reinstalling the Visual Studio 2013, via winetricks fixed the issue.
  3. Drathian

    error U01?

    FYI, now on the mantis: https://bugs.multitheftauto.com/view.php?id=8756
  4. Yeah i was checking to see if that could be done, I didn't think scripts could share local variables globally. What about a solution for client start?
  5. I mean settings as in console commandline settings. Say I have a mod that makes all cars pink by typing: /pinky and another script that has sky green: /skygreen How would i get them to auto type that at launch in the console: aka mta-startup..... /pinky /skygreen
  6. I'm not sure if this is the right place to ask this but is it even possible in lua (i know some programing langauges have restrictions on that) to access the console command line from other scripts, ie: type something in console (server and/or client) at runtime or toggle? For instance I have a few things that are settings that I don't wish to edit the script to make them defaults, but would rather enter commands at startup or toggle. Or is there a way to send commands via a text file kinda like: run file.txt Thank you for reading, even more if you can provide any solution!
  7. Drathian

    error U01?

    So I got this working (client) mostly, but after a few seconds after launch I get a crash with error U01, multitheft auto has not been installed correctly. I read into the source, https://code.google.com/p/mtasa-blue/so ... 309&r=5309, and it seems to be trying to read some registry entry and it won't read it no matter what I do, what is the entry it is looking for, & is it a HKCU or HKLM entry? // // Get startup directory as saved in the registry by the launcher // Used in the Win32 Client only // SString SharedUtil::GetMTASABaseDir ( void ) { static SString strInstallRoot; if ( strInstallRoot.empty () ) { strInstallRoot = GetRegistryValue ( "", "Last Run Location" ); if ( strInstallRoot.empty () ) { MessageBoxUTF8 ( 0, _("Multi Theft Auto has not been installed properly, please reinstall."), _("Error")+_E("U01"), MB_OK | MB_TOPMOST ); TerminateProcess ( GetCurrentProcess (), 9 ); } } return strInstallRoot; Thanks for any help, reinstalling does not fix the issue. *Edit* This only happens in the developmental branch 1.5.0-unstable, it works fine in 1.4.1, werid?
  8. I get a segmentation fault when i run debian arm via the newest version of qemu-i386 usermode launcher. I know on the others i get syscall error 240, 318, do i not have the files in the right place that would be a silly mistake? root@tomatoUSB:~/mtsa# ls -a . .. core.so mods mta-server net.so xmll.so via tree: ~/mtsa . |-- core.so |-- mods | `-- deathmatch | |-- acl.xml | |-- backups | | |-- 2015-02-08.zip | | `-- 2015-02-09.zip | |-- banlist.xml | |-- databases | | |-- global | | | `-- registry.db | | `-- system | | |-- fileblock.db | | `-- stats.db | |-- dbconmy.so | |-- deathmatch.so | |-- dumps | |-- editor.conf | |-- editor_acl.xml | |-- internal.db | |-- internal.db-journal | |-- local.conf | |-- logs | | |-- scripts.log | | |-- server.log | | `-- server_auth.log | |-- mtaserver.conf | |-- registry.db | |-- resource-cache | | |-- DO_NOT_MODIFY_Readme.txt | | |-- http-client-files <edited out> | |-- resources <edited out> | |-- server-id.keys | |-- settings.xml | `-- vehiclecolors.conf |-- mta-server |-- net.so |-- tree.txt `-- xmll.so 624 directories, 4036 files root@tomatoUSB:~/mtsa# cat /etc/debian_version 7.8 PATH=$PATH:. export PATH qemu-i386 mta-server "Segmentation fault"
  9. Out of curosity can you use more swapfile/swap partition instead of ram? I have 256mb only for my router. Not trying to threadjack
  10. It is possible to install 32 bit MTA server in 64 bit OS Yeah you just need to install additional 32bit libraries. I had it working on my x86_64 Magiea 5 linux (rpm based distro), I can't for the life of me get the client to work with any version of wine on it though, although i can play gta-sa just fine (i think i read that they are blocking multitheft from linux intentionally cause of some hackers, shame).
  11. Make a very long story short I'm terrible with iptables and port forwarding, however I had the odd idea at the time to run mtsa off of my router directly. My router isn't the normal mips routers, it is built in arm, via a chroot trick I can run the arm version of debian linux (no graphics unless i vnc) on it. As I predicted the linux executible built for either x86 or x86_64 did not work. Being that i didn't know how complicated the internals of this server was I thought maybe I could run it via a bin_fmt or directly using qemu-i386. Unfortunatly, it almost worked, I ran this 'qemu-i386 mta-server' , [i can run programs without ./ because of have (PATH=$PATH:. export path)] and I got an error about missing syscall 240. I was able to fix that after a lot of headache, and recompiling a custom version of qemu user mode with ntpl support (it supposedly could run a handful of windows program with wine.) After recompling qemu-user on my router via debian (which is convoluted I know) I got past the 240 error just to be hit with a 318. I have no idea what that syscall is, 240 had something to do with mulithreading, I thought perhaps I had hit the end of the line, but then i ran a killall on 'qemu-i386 mta-server', and for a brief few seconds the server commands (console) displayed, then the program closed. I'm thinking that this might be more of an uphill battle then I can succeed at. I want your thoughts on it. Although it would be cool to have a mta-server compatible with arm, which in turn would make it available enough for android users to pick up, is that a good idea? I mean people running mta-servers off their phones might not be a good idea, dunno, funny tho lol. A course a multitheftauto client of android gta-sa/or vice city would kick ass. So this leaves me with one more thing i can try to get my server running. If any of you have any experience with iptables, would you mind having a look at my iptable rule, and tell me what I'm doing wrong. It worked on my other router (which died), only difference is when i port forward via the gui it creates a rule in an additional nat table that doesn't exist on my other router called WANPREROUTING, so i dunno how to adjust the code. So please if you can help let me know. Just so you know my network internally is configured like this. 7.7.7.7 is the router, 7.7.7.15 is the computer I run mta-server from. My internal network is a 7.7.7.0/25 or 7.7.7.0/255.255.255.128, if I could figure out the iptables problem, then I could for now give up on the probably more uphill battle on getting the mta-server running on arm linux. Thanks for reading. -Drathian wanf=`nvram get wan_ipaddr` lanf=`nvram get lan_ipaddr` #------- MTA San Andreas Access ----- iptables -I INPUT -p udp --dport 22003 -d 7.7.7.15 -m state --state NEW -m limit --limit 3/s --limit-burst 5 -j ACCEPT iptables -t nat -I PREROUTING -p udp --dport 22003 -d $wanf -j DNAT --to-destination 7.7.7.15:22003 iptables -t nat -I POSTROUTING -d 7.7.7.15 -s 7.7.7.0/25 -p udp --dport 22003 -j SNAT --to-source $wanf:22003 iptables -I INPUT -p tcp --dport 22005 -d 7.7.7.15 -m state --state NEW -m limit --limit 3/s --limit-burst 5 -j ACCEPT iptables -t nat -I PREROUTING -p tcp --dport 22005 -d $wanf -j DNAT --to-destination 7.7.7.15:22005 iptables -t nat -I POSTROUTING -d 7.7.7.15 -s 7.7.7.0/25 -p tcp --dport 22005 -j SNAT --to-source $wanf:22005 iptables -I INPUT -p udp --dport 22126 -d 7.7.7.15 -m state --state NEW -m limit --limit 3/s --limit-burst 5 -j ACCEPT iptables -t nat -I PREROUTING -p udp --dport 22126 -d $wanf -j DNAT --to-destination 7.7.7.15:22126 iptables -t nat -I POSTROUTING -d 7.7.7.15 -s 7.7.7.0/25 -p udp --dport 22126 -j SNAT --to-source $wanf:22126
×
×
  • Create New...