| several "rundll32.exe" processes after autodownload of maps [message #458601] |
Thu, 27 October 2011 17:14  |
!EC!franco
Messages: 8
Registered: June 2009
Location: Germany
Karma: 0
|
Recruit |
|
|
Hi everyone,
it's been a long time since i was around here, so i hope this is correct forum to post this issue. if not sorry 
I noticed a few times that i randomly have a great amount of rundll32.exe processes up in my taskmanager.
Today it happend again and i tried to find out where they come from. Sysinternals Process Explorer showed me, that the parent process is game.exe
I finally found out, that the processes are spawned when the game is downloading a map by the auto-download feature that comes with TT.
Today i had (no joke) over 200! rundll32 processes. i logged off and logged back into windows and verified it by finding a ren server currently running a map i dont have yet.
I brought up ProcExp again, joined the server and while downloading i could see the game.exe randomly create a rundll32 process.
The thing is that they wont go off again. not even when i quit the game. When game.exe is quit, all rundll32.exe processes will stay active and then it takes a few seconds and the rundll32 has no longer a parent-process set (according to the properties dialog of ProcExp).
I took some screenshots --> Attachement
Where do the files go to that are downloaded? I'd like to delete them to make sure it is re-downloading stuff when joining a server next time to reproduce that issue purposely.
When verifying i downloaded a map that had somewhat around 8MB. C&C_Metro if im not mistaken. That 8MB download launched 3 rundll32 processes.
the 200 processes i had before came from several maps with somewhat around ~30-60MB.
Is there a way to fix this in next version?
I hope you guys understand what the problem is, it's quite late and im tired and my explanation might be... hm...
decide yourself 
OS: Win 7 pro x64 on SP1
Best regards,
Chris
[Updated on: Thu, 27 October 2011 17:24] Report message to a moderator |
|
|
|
|
|
|
|
|
|
| Re: several "rundll32.exe" processes after autodownload of maps [message #458627 is a reply to message #458626] |
Fri, 28 October 2011 05:56  |
!EC!franco
Messages: 8
Registered: June 2009
Location: Germany
Karma: 0
|
Recruit |
|
|
| danpaul88 wrote on Fri, 28 October 2011 14:32 |
All downloaded maps etc go into a single file... not sure what the extension is but its something along the lines of ttfs. You can't delete individual maps, you have to delete every single map its ever downloaded.
|
Hm, not sure if i got you right, but in that case a "cleanup" feature may be nice to have.
|
|
|
|
|
|
|
|
| Re: several "rundll32.exe" processes after autodownload of maps [message #458643 is a reply to message #458636] |
Fri, 28 October 2011 08:38 |
!EC!franco
Messages: 8
Registered: June 2009
Location: Germany
Karma: 0
|
Recruit |
|
|
| StealthEye wrote on Fri, 28 October 2011 15:21 |
The maps are downloaded to the %APPDATA%\Renegade\Client\ttfs directory. Removing the ttfs directory entirely removes all maps. You can also remove individual maps by copying the "PackageEditor.exe" utility provided in the server files to your Renegade client directory and using it from the command line (typically packageeditor remove C&C_...).
Can you check if the same thing happens if you download a file using Internet Explorer? Renegade uses the Internet Explorer API to download the files.
|
Thanks for your reply!
I opend St0rm ttfs share and downloaded some files from it, IE acted as expected. It had a child-process of rundll but it did not create a shitload of them. each iexplore process had one rundll32 child process. So nothing special.
I captured a video of that issue happening. Storm was the only serv i could do that on because the other servers ran standard maps at that time...
So far what Process Explorer shows is that some of the processes are quit again, but many stay active. And as you can see when i quit the game, a few rundll32 stay without game.exe. The Tree is not properly killed.
according to the small size of the download it's not as many rundll32 processes as i had last night with the greater download sizes of maps
For some reason i couldn't upload the avi to the forums, so i uploaded it to my dropbox.
http://dl.dropbox.com/u/28564812/StormJoin_00001.avi
about %appdata%:
in my opinion %appdata% is not a proper location to store such files. It should be %localappdata%
there is no need for these files to be carried by roaming profiles. Even if it is very unlikely that anyone playing ren is having a homenet with server based profiles and randomly logging in to different computers and so on.
Chris
|
|
|
|
| Re: several "rundll32.exe" processes after autodownload of maps [message #458646 is a reply to message #458643] |
Fri, 28 October 2011 09:40 |
 |
danpaul88
Messages: 5795
Registered: June 2004
Location: England
Karma: 0
|
General (5 Stars) |
|
|
| !EC!franco wrote on Fri, 28 October 2011 16:38 |
about %appdata%:
in my opinion %appdata% is not a proper location to store such files. It should be %localappdata%
there is no need for these files to be carried by roaming profiles. Even if it is very unlikely that anyone playing ren is having a homenet with server based profiles and randomly logging in to different computers and so on.
Chris
|
FYI: The %localappdata% shortcut didn't exist in Windows XP, it was introduced in either Windows Vista or Windows 7. So using that would have made it hard for Windows XP users to find their ttfs folder.
And, who plays Renegade on domain connected machines anyway? Its very unlikely that any significant proportion of players would ever have their profile roam any further than their C:\ drive.
(As it happens, I actually do have a profile that roams between my home PCs, but that's just because I setup an AD server simply because I could, not because I have any particular need for it. It usually ends up being more of a PITA than it's worth when things unexpectedly follow me from one computer to another They will probably not be setup on a domain the next time they get re-installed for whatever reason... )
[Updated on: Fri, 28 October 2011 09:45] Report message to a moderator |
|
|
|
|
|
|
|
| Re: several "rundll32.exe" processes after autodownload of maps [message #458657 is a reply to message #458653] |
Fri, 28 October 2011 11:06 |
!EC!franco
Messages: 8
Registered: June 2009
Location: Germany
Karma: 0
|
Recruit |
|
|
| StealthEye wrote on Fri, 28 October 2011 19:41 |
Yeah, %LOCALAPPDATA% would be more appropriate, but the different windows versions made it slightly more complex, which is why we decided to just do it this way. 
|
if you use MSI technology to install you could easily differ between windows versions using "VersionNT < 600" as condition for "InstallExecuteSequence" (or whatever) which would make certain parts of the install-script only execute on windows versions that have Kernel < 6 (like XP 5.2.xxxx)
of course, installing is not the only matter.
But i think thats going to far from the basic problem about the rundll32 thing.
[Updated on: Fri, 28 October 2011 11:07] Report message to a moderator |
|
|
|
|
|
|
|
| Re: several "rundll32.exe" processes after autodownload of maps [message #459077 is a reply to message #459046] |
Mon, 07 November 2011 10:48 |
!EC!franco
Messages: 8
Registered: June 2009
Location: Germany
Karma: 0
|
Recruit |
|
|
| StealthEye wrote on Mon, 07 November 2011 02:35 |
I cannot reproduce this. Can you see if it happens when you download something using packageeditor? For example:
packageeditor download "C&C_City2" http://ren.game-maps.net/ttfs/
|
yeah, it's doing it too.
the weird thing is, that the processes appear when the DL is finished. At least thats what it looks like. not sure if it just looks like because the DL is finished quite fast.
EDIT:
"Package 'C&C_GlacierTS' was successfully downloaded and installed."
Tried GlacierTS also and all processes came up after cmd returned to accept further commands
[Updated on: Mon, 07 November 2011 10:54] Report message to a moderator |
|
|
|
|
|
|
|
Search
Help
Members
Register
Login
Home
