well, i believe that his may be well know to non-english users of AutoPatcher, but i'm not sure if this was already reported, so:
- autopatcher.exe: it will not install any update if running from an patch that has some non-english character. it may be a problem if running from desktop, by eg. an machine that i'm fixing right now has username "Família". so, patch to desktop is C:\Documents and Settings\Família\Desktop . if running autopatcher.exe from an folder in desktop (like this C:\Documents and Settings\Família\Desktop\Nova pasta ) autopatcher will "install" all in a few seconds. reason: it will not found patches to run due that í at username. if someone is curious about that "Família" is, it means "Family", in english. so, also yours can imagine, this account username is pretty common in families that have 1 computer that is shared by all family
apup v3: when finishing an download, it may hangs. possible reason that i found: processor overload. if you are running something that ask for too much cpu, when apup finish and download, it will check for integrity of the file downloaded, taking his md5 hash. if you don't have enough cpu, apup just will stop. closing the task that was asking for too much cpu doesn't seems help. close apup, resume and leaving it alone until finish may solve this issue
issues regarding apup v3 and autopatcher.exe v5.6.0.81
Started by Cristiano, Jan 05 2008 04:22 PM
2 replies to this topic
#1
Posted 05 January 2008 - 04:22 PM
#2
Posted 07 January 2008 - 04:02 PM
Cristiano, on Jan 5 2008, 11:22 PM, said:
- autopatcher.exe: it will not install any update if running from an patch that has some non-english character. ...<snip>...
I'm not exactly familiar with standalone app programming so I wouldn't know.
Cristiano, on Jan 5 2008, 11:22 PM, said:
apup v3: when finishing an download, it may hangs. possible reason that i found: processor overload. ...<snip>...
It might be the hash checking of apup but it might also be caused by an antivirus that checks any newly created files; or both.
#3
Posted 07 January 2008 - 10:49 PM
> does that mean AP doesn't support Unicode?
probably. even at modules, to support çáă, etc they must be saved in UTF-8. but it doesn't work at all, since you still can't use that kind of character at update title
> What was the spec of the system that was overloaded by apup?
Athlon XP TB 2600+ 1gb ram dual channel, 120hd 7200. it happends in other machines too. but one issue that was doing that issue was something related to an flash image and firefox. that thing was doing firefox eat ~90% of cpu usage and every single time that apup was checking md5, it stoped. you can even close the issue that was eating cpu and doesn't work. but if you close apup and runs again, with that thing that was eating cpu closed, apup goes like a charm. problem: a lot of things may do that thing
probably. even at modules, to support çáă, etc they must be saved in UTF-8. but it doesn't work at all, since you still can't use that kind of character at update title
> What was the spec of the system that was overloaded by apup?
Athlon XP TB 2600+ 1gb ram dual channel, 120hd 7200. it happends in other machines too. but one issue that was doing that issue was something related to an flash image and firefox. that thing was doing firefox eat ~90% of cpu usage and every single time that apup was checking md5, it stoped. you can even close the issue that was eating cpu and doesn't work. but if you close apup and runs again, with that thing that was eating cpu closed, apup goes like a charm. problem: a lot of things may do that thing
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users












