Article delegate-en <_A3121@delegate-en.ML_>
  upper oldest olders older1 this newer1 newers latest
search
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
[delegate-en/3121] [Reference:<_A3120@delegate-en.ML_>]
Newsgroups: mail-lists.delegate-en

[DeleGate-En] Re: Timeout issues
30 Jan 2006 20:17:10 GMT feedback@delegate.org (Yutaka Sato)
The DeleGate Project


Hi,

In message <_A3120@delegate-en.ML_> on 01/31/06(04:59:11)
you Gertjan Klein <peugabdyi.ml@ml.delegate.org> wrote:
 |>We can see the DeleGate is delayed in scan_HOSTS0() function.
 |>
 |> > (WIN) 57:05 [5752] ---- scan_HOST0
 |> > (WIN) 59:05 [5752] ---- scan_HOSTLIST
 |>
 |>To inspect what is going in it, I uploaded dg9_0_6-pre2dbg3.exe.
 |>Try it please.
 |
 |Done; log at http://www.gklein.org/temp/dg_log3.txt
 |
 |It seems to be this line:
 |
 |(WIN) 51:47 [820] ----- scan_HOSTS0 [HOSTS]

Hmm...  I uploaded dbg4.exe to inspect for which host/addr the scan_HOSTS()
function is stacking.  I think you will be able to escape the problem by
adding HOSTS=host/addr by hand.

 |Oddly enough, the same sequence appears way at the beginning of the log
 |file, without any timeouts. I'm assuming this is because by then this
 |line hasn't executed yet:
 |
 |01/30 20:51:26.68 [2312] 0+0: {R} resolv.conf from registory: [...]
 
Might be.

Cheers,
Yutaka
--
  D G   Yutaka Sato <y.sato@delegate.org> http://delegate.org/y.sato/
 ( - )  National Institute of Advanced Industrial Science and Technology
_<   >_ 1-1-4 Umezono, Tsukuba, Ibaraki, 305-8568 Japan
Do the more with the less -- B. Fuller

  admin search upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
@_@V