Page 1 of 1
JAPBE AND PANDA SOFTWARE
Posted: Fri Jun 06, 2008 5:34 pm
by KIKI
I have a problem with Panda and Japbe
Japbe freeze when i open the procedure About.... if i desactviate Panda JAPBE works well.
Has somone had this problem ? if yes how did it solve it
Posted: Fri Jun 06, 2008 5:59 pm
by ricardo
Delete Panda from your PC
Posted: Fri Jun 06, 2008 6:20 pm
by Kiffi
ricardo wrote:Delete Panda from your PC
It would be a pity!
Pandas are sooo cute...
Greetings ... Kiffi
P.S.: What is Panda?
Posted: Fri Jun 06, 2008 6:23 pm
by ts-soft
Kiffi wrote:P.S.: What is Panda?
A Antivirus Program, so good that you can never work on your pc

Posted: Fri Jun 06, 2008 7:36 pm
by DoubleDutch
Panda is one of the best anti-virus programs. Pity there is a conflict.
Re: JAPBE AND PANDA SOFTWARE
Posted: Sat Jun 07, 2008 8:17 am
by gnozal
KIKI wrote:I have a problem with Panda and Japbe
Japbe freeze when i open the procedure About.... if i desactviate Panda JAPBE works well.
Has somone had this problem ? if yes how did it solve it
jaPBe.exe is packed with PECompact2, hence the (false) alarm I guess ...
Maybe panda antivirus software throws an alarm because it is unable to unpack it (unlike other av software).
Kiffi wrote:What is Panda?
Panda is most probably the largest scientology company in the world

Posted: Sat Jun 07, 2008 11:08 am
by blueznl
One of the things that keeps puzzling me is this drive for packed executables. I can understand you want the installable to be as small as possible, but why would you pack an executable? Isn't that slowing down loading and execution of the program?
Posted: Sat Jun 07, 2008 11:11 am
by gnozal
blueznl wrote:One of the things that keeps puzzling me is this drive for packed executables. I can understand you want the installable to be as small as possible, but why would you pack an executable? Isn't that slowing down loading and execution of the program?
From PECompact website :
Why would one want to compress an executable/module?
There are many reasons. One of the most common is that compression offers an inherent degree of tamper resistance and obfuscation. Another is that since the usual compression ratio is greater than 70% (that is, the compressed file is 30% of the original), larger executables and modules may load much quicker from the network or disk hosting them. Since storage medium is often the largest bottleneck in overall system performance, the time spent decompressing can be much less than the time saved by not having to load as much data from the storage medium.
Add tamper resistance.
Obfuscate and help deter reverse engineering.
Compression is typically 70% or greater on large files, far better than popular file compression software. This is because compression is targeted to a specific file/data format.
Load time can be improved by having a smaller image to load from the storage medium (disk, network, etc..).
Posted: Sat Jun 07, 2008 11:20 am
by blueznl
may load
They key word here is 'may'...
I've just done two quick tests, and the difference between packed and unpacked was absolutely marginal on my machine (in fact, I think the unpacked one loaded even faster). Could be my raid 0 raptors, but I think modern hardware is a lot faster than in the past... even on the disk side.
Posted: Sat Jun 07, 2008 12:48 pm
by UserOfPure
blueznl wrote:One of the things that keeps puzzling me is this drive for packed executables. I can understand you want the installable to be as small as possible, but why would you pack an executable? Isn't that slowing down loading and execution of the program?
It doesn't slow down loading, in fact it loads faster because the byte size on disk is so much smaller. And on USB sticks this smaller speed makes it load and run WAY faster. Unpacking is usually around 99% of realtime speed, so it's no big deal. Packing = good.
