JAPBE AND PANDA SOFTWARE

KIKI · Post by **KIKI** » Fri Jun 06, 2008 5:34 pm

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

ricardo · Post by **ricardo** » Fri Jun 06, 2008 5:59 pm

Delete Panda from your PC

Post by **Kiffi** » Fri Jun 06, 2008 6:20 pm

ricardo wrote:Delete Panda from your PC

It would be a pity! Pandas are sooo cute...

Greetings ... Kiffi

P.S.: What is Panda?

ts-soft · Post by **ts-soft** » Fri Jun 06, 2008 6:23 pm

Kiffi wrote:P.S.: What is Panda?

A Antivirus Program, so good that you can never work on your pc

DoubleDutch · Post by **DoubleDutch** » Fri Jun 06, 2008 7:36 pm

Panda is one of the best anti-virus programs. Pity there is a conflict.

gnozal · Post by **gnozal** » Sat Jun 07, 2008 8:17 am

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

blueznl · Post by **blueznl** » Sat Jun 07, 2008 11:08 am

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?

gnozal · Post by **gnozal** » Sat Jun 07, 2008 11:11 am

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

blueznl · Post by **blueznl** » Sat Jun 07, 2008 11:20 am

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.

UserOfPure · Post by **UserOfPure** » Sat Jun 07, 2008 12:48 pm

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.

PureBasic Forums - English

JAPBE AND PANDA SOFTWARE

JAPBE AND PANDA SOFTWARE

Re: JAPBE AND PANDA SOFTWARE