db00 5 Posted February 28, 2019 Report Share Posted February 28, 2019 What's up with this errorhttps://drive.google.com/file/d/13TXXd4LKVqrgVnbI56_a1Wf6DoREpO-j/view?usp=drivesdk lately compiling a bot is a hit or miss.I have to try 10 times for it to compile... if lucky seems that small bots ( few nodes) won't have problems compiling, but bigger bots are problematicso Seth try testing with a big bot. Quote Link to post Share on other sites
pash 504 Posted March 1, 2019 Report Share Posted March 1, 2019 I found this problem as well. My solution 1. Close ubot. 2. Reopen and do not modify or customize any 3. compile to exe. Quote Link to post Share on other sites
db00 5 Posted March 6, 2019 Author Report Share Posted March 6, 2019 I found this problem as well.My solution1. Close ubot.2. Reopen and do not modify or customize any3. compile to exe. happens with your advanced connection plugin. once I removed that , it stopped happening. can you please look into it? Quote Link to post Share on other sites
pash 504 Posted March 7, 2019 Report Share Posted March 7, 2019 happens with your advanced connection plugin. once I removed that , it stopped happening. can you please look into it?try use only 1 plugin. for check. Quote Link to post Share on other sites
db00 5 Posted March 8, 2019 Author Report Share Posted March 8, 2019 I see you updated adv connection to 3.02, I updated and I'm still getting out of memmory issue when compiling Quote Link to post Share on other sites
pash 504 Posted March 8, 2019 Report Share Posted March 8, 2019 I see you updated adv connection to 3.02, I updated and I'm still getting out of memmory issue when compilingtry use only 1 plugin. for check. Quote Link to post Share on other sites
db00 5 Posted March 9, 2019 Author Report Share Posted March 9, 2019 just with advanced connection , the bot will compile fine, but with multiple other plugins it will give compiler error "out of memmory"https://drive.google.com/file/d/13elkS_cCHMvOSrWpR3qHfap5RXYoBchR/view?usp=drivesdk Quote Link to post Share on other sites
pash 504 Posted March 10, 2019 Report Share Posted March 10, 2019 just with advanced connection , the bot will compile fine, but with multiple other plugins it will give compiler error "out of memmory"https://drive.google.com/file/d/13elkS_cCHMvOSrWpR3qHfap5RXYoBchR/view?usp=drivesdkThe more plug-ins used, the more often this problem occurs. And because my plug-in commands are too many, may cause problems I will not add new commands to the plugin again. Recommended- Use more than 16GB RAM.- During Compile Bot, disable other unnecessary programs.- Add an exception to Ubot with the Antivirus program.- Open the bot and Compile Bot immediately (do not modify or call the plugin window) https://support.microsoft.com/en-us/help/2020006/how-to-troubleshoot-out-of-memory-issues-system-outofmemoryexception-i Quote Link to post Share on other sites
db00 5 Posted March 10, 2019 Author Report Share Posted March 10, 2019 I have 70 gb ram. more than 30 gb available almost alwaysthe issue isn't on my end.tested on a few different pc's laptops. same thing Quote Link to post Share on other sites
pash 504 Posted March 11, 2019 Report Share Posted March 11, 2019 I have 70 gb ram. more than 30 gb available almost alwaysthe issue isn't on my end.tested on a few different pc's laptops. same thingread https://support.microsoft.com/en-us/help/2020006/how-to-troubleshoot-out-of-memory-issues-system-outofmemoryexception-i Quote Link to post Share on other sites
clkmnky 10 Posted March 13, 2019 Report Share Posted March 13, 2019 I'm not experiencing this issue, but I read the information contained in the link that Pash shared, and the only potential thing that jumped out was this line: Note: A 32-bit process running on a 64-bit OS can address 4GB of user-mode memory, and a 64-bit process running on a 64-bit OS can address 8TB of user-mode memory, so an OOM on a 64-bit OS isn’t likely. It is possible to experience an OOM in a 32-bit process running on a 64-bit OS, but it usually doesn’t occur until the process is using close to 3GB of private bytes. Based on the fact db00 mentions having 70 gigs of RAM, 30 of which are usually always available, that strongly suggests that a 64bit version of Windows 7 is being used (assuming the information in db00's profile is accurate, wherein it mentions the OS being used as Windows 7). To the best of my knowledge, UBot Studio is a 32 bit program/process. That means, based on what Microsoft published, that an OOM (out of memory error) can potentially be thrown if close to 3 gigabytes of RAM is being utilized within a 64bit operating system environment by a 32bit program/process. It seems unlikely, but is it possible that loading UBot Studio with multiple high performance plugins could conceivably push the total amount of RAM memory being consumed to over 3 gigabytes? Interestingly, I have always assumed that the rigors of compilation are carried by the external remote "compilation server" that our local UBot Studio software connects to. In other words, when we "compile" something, we are merely transmitting our code to the external/remote compilation server, the program gets compiled there, and we get an EXE file in return that's then placed on our machine in the directory we specify when compiling. If that's the case, it's plausible that UBot Studio is coded in a way that any errors experienced by the compilation server are displayed to the user whose code was being compiled. If the OOM error is being triggered by system environmental factors on the remote server, then that may be less directly under our control. (Meaning, we could have terabytes of RAM, exabytes of data, hundreds of cores, but it ultimately doesn't matter given that the system variables that directly impact compilation reside on a remote/external UBot Studio server that could be taken offline at anytime.) Quote Link to post Share on other sites
HelloInsomnia 1103 Posted March 17, 2019 Report Share Posted March 17, 2019 To the best of my knowledge, UBot Studio is a 32 bit program/process. That means, based on what Microsoft published, that an OOM (out of memory error) can potentially be thrown if close to 3 gigabytes of RAM is being utilized within a 64bit operating system environment by a 32bit program/process. Ubot is 32 bit and can use 2GB of RAM before crashing. It seems unlikely, but is it possible that loading UBot Studio with multiple high performance plugins could conceivably push the total amount of RAM memory being consumed to over 3 gigabytes? More than likely its actually a longer script rather than plugins but they could play a part. For every node that is created by Ubot there are a bunch of objects being used. To see what I'm talking about open a script, ideally at least a couple hundred lines then go into code view and node view, do this a few times in a row. While doing that have process hacker open or even task manager and look at the memory shoot up as you go into node view. That is due to all the new objects being created behind the scenes. Compiling will also spike the memory, probably the plugins may play some role here, not entirely sure though. Interestingly, I have always assumed that the rigors of compilation are carried by the external remote "compilation server" that our local UBot Studio software connects to. In other words, when we "compile" something, we are merely transmitting our code to the external/remote compilation server, the program gets compiled there, and we get an EXE file in return that's then placed on our machine in the directory we specify when compiling. I think the script and plugins get sent out for compilation and then we get the exe back, to be fair I've never really looked. But we still have to connect, send and receive data, write the file to the system etc which all takes resources as well. Quote Link to post Share on other sites
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.