PureBasic Forums - English

Since my PC died I'm using a PIII @ 800 mhz with only 256 MB of RAM.
I can't compile my app anymore because I keep getting this error.

PureBasic IDE wrote:---------------------------
PureBasic Debugger
---------------------------
The debugged executable did not respond to communication for 5 seconds. Disconnecting.
---------------------------
OK
---------------------------

Can you make the timeout longer in a future release? At least 10 seconds?

Or perhaps an option to set the timeout length yourself.

I often get this error too, since my hard drive is breaking (I think), and it sometimes needs to spin up for a while when compiling.

eesau wrote:Or perhaps an option to set the timeout length yourself.

Yes, that would be nice.

I use a HIPS (Host Intrusion Prevention System) and when a new exe is launched for the first time I have to authorize it, there is some time involved in the process and so I usually get the timeout error and need to restart the debug session.

What is happening exactly, PB? Does your exe take longer than 5 seconds to start up?

eesau wrote: I often get this error too, since my hard drive is breaking (I think), and it sometimes needs to spin up for a while when compiling.

If your drive supports SMART

http://en.wikipedia.org/wiki/S.M.A.R.T.

try to look at its values with this software:

http://crystalmark.info/software/Crysta ... dex-e.html

Yes, it takes longer than 5 seconds after the executable has been created and
the debugger is waiting for the created executable to start. Even more so if
other apps are running, but that's not always the case. I know people might
say that PureBasic shouldn't support such a low-end PC, but that's not fair.
Anyone's fast PC can break down at any time (like mine!) and you have to
use whatever you can get your hands on in the meantime.

definitely +1
for customizable timeout-length!

If your application is slow to start it's most likely your hard drive is taking too long to read the program into memory. I used to own a Pentium 3 933mhz and I don't consider that kind of a system slow at all, unless you're trying to run Vista on it or something.

Since upgrading to version 4.3, I too am experiencing this problem. Everything was fine prior to the version upgrade. I don't think it is related to my hard disk or processor speed. I have noted that my Kaspersky Internet Security pops up a message up stating PureBasic Compilation0.exe has been placed in group Low Restricted, just prior to the error dialog box. I was wondering if there was any update with this problem.

George

> If your application is slow to start it's most likely your hard drive is
> taking too long to read the program into memory

The compile/run thing is what's failing. Built executables run without problem.
Compile/run is slow, especially when other apps are running, so it's like the
CPU is struggling to juggle all system processes.

Five seconds is too short for a timeout for anything. Ten seconds is a better
minimum for anything, not just this issue. Just because today's PC are fast
doesn't mean the timeout should be dropped so low as to be unreliable.

Me too, I vote for "customizable timeout" due to my old hardware.
Most of the time five seconds are enough for my system but some times the error does occur. Chance gets worse if many applications are running and/or working in the background.

This gets my vote too. I'm currently compiling over a slow internet connection using a slow network drive and every compiled app takes about 10 - 15 secs to start up. Maybe a 'Do you want to wait another 5 seconds?' requester would do the job.

+1

My firewall often blocks new compilations for a few of seconds.

Hroudtwolf wrote:
My firewall often blocks new compilations for a few of seconds.

DeInstall them, Personal Firewalls dont make sense. Click [german]

@topic: I also second this request as I sometimes get a timeout at work where PB is stored on a network drive which sometimes is slow.

done for the next release:
- the timeout can be changed in the prefs
- the default is 10 seconds