ef81ce620

Paul Fox

2006-03-29

SOURCE BUG Duration: 7s

Subject

fix from David Daney, on busybox mailing list: > The problem is that if the zcip protocol times out at about the same > time another ARP packet is being received, the newly calculated timeout > may be set to wait forever. This prevents the protocol from progressing > through its various states.

SOURCE BUG

This commit was genuinely broken at the time (not related to our build system): scripts/config/mkconfigs.c (2005-08-01 - 2006-10-05 arasi) uretilen bbconfigopts.h icine .config satirlarini kacissiz, ham newline'larla gömüyordu - gecerli C degildi, busybox'un kendi bb_mkdep araci bile parse edemiyordu (7d219aab7 ile duzeltildi, mkconfigs shell scripte cevrildi)

→ Bu hatanin tam hikayesini ve duzeltme diffini gor

Binary

No binary (build failed)

Architecture & Compiler Flags

Architecture: x86_64-linux-gnu Compiler: gcc (Ubuntu 11.4.0-1ubuntu1~22.04.3) 11.4.0

—

Build Log

(log yok)

Commit Diff GitHub →

networking/zcip.c +1 -1

networking/zcip.c+1 -1

@@ -437,7 +437,7 @@ fail:

	gettimeofday(&tv2, NULL);
	if (timercmp(&tv1, &tv2, <)) {
-	timeout = -1;
+	timeout = 0;
	} else {
	timersub(&tv1, &tv2, &tv1);
	timeout = 1000 * tv1.tv_sec