Jump to content
UBot Underground

Outofmemoryexception Compiler Error


Recommended Posts

What's up with this error

https://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 problematic

so Seth try testing with a big bot.

Link to post
Share on other sites
I found this problem as well.

My solution

1. Close ubot.

2. Reopen and do not modify or customize any

3. compile to exe.

Link to post
Share on other sites

 

I found this problem as well.
My solution
1. Close ubot.
2. Reopen and do not modify or customize any
3. compile to exe.

 

 

happens with your advanced connection plugin.

 

once I removed that , it stopped happening. 

can you please look into it?

Link to post
Share on other sites

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.

Link to post
Share on other sites

I see you updated adv connection to 3.02, I updated and I'm still getting out of memmory issue when compiling

try use only 1 plugin. for check.

Link to post
Share on other sites

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

The 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)
 
Link to post
Share on other sites

I have 70 gb ram.  more than 30 gb available almost always

the issue isn't on my end.

tested on a few different pc's laptops. same thing

Link to post
Share on other sites

I have 70 gb ram.  more than 30 gb available almost always

the issue isn't on my end.

tested on a few different pc's laptops. same thing

read https://support.microsoft.com/en-us/help/2020006/how-to-troubleshoot-out-of-memory-issues-system-outofmemoryexception-i

Link to post
Share on other sites

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.)

Link to post
Share on other sites

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.

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...