After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 60460 - tests fail unless adding usleep on IRIX
tests fail unless adding usleep on IRIX
Status: RESOLVED INCOMPLETE
Product: gnome-vfs
Classification: Deprecated
Component: Async operations
1.0.1
Other IRIX
: Normal normal
: ---
Assigned To: Maciej Stachowiak
Maciej Stachowiak
: 110907 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2001-09-13 03:57 UTC by drk
Modified: 2008-06-08 16:14 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description drk 2001-09-13 03:57:59 UTC
I recently built gnome-vfs/1.0.2 for SGI IRIX 6.5.  I found
that to make self-tests pass I had to increase the usleep()
times in the test code.  With the following changes applied
"make check" passed:

--- ./test/test-async-cancel.c	Mon Jan 29 22:17:45 2001
+++ ../gnome-vfs-1.0.2/./test/test-async-cancel.c	Wed Sep 12 17:37:26 2001
@@ -107,7 +107,7 @@
 	}
 
 	for (i = 0; i < MAX_THREAD_WAIT; i++) {
-		usleep (1);
+		usleep (100);
 		gtk_main_iteration_do (FALSE);
 		if (*wait_for_it) {
 			return TRUE;
@@ -126,7 +126,7 @@
 	}
 
 	for (i = 0; i < MAX_THREAD_WAIT; i++) {
-		usleep (1);
+		usleep (10000);
 		gtk_main_iteration_do (FALSE);
 		if (gnome_vfs_backend_get_job_count () == 0) {
 			return TRUE;
@@ -145,7 +145,7 @@
 	}
 
 	for (i = 0; i < MAX_THREAD_WAIT; i++) {
-		usleep (1);
+		usleep (100);
 		if (gnome_vfs_backend_get_job_count () == 0) {
 			return TRUE;
 		}
@@ -163,7 +163,7 @@
 	}
 
 	for (i = 0; i < MAX_THREAD_WAIT; i++) {
-		usleep (1);
+		usleep (100);
 		gtk_main_iteration_do (FALSE);
 		if (get_used_file_descriptor_count () == 0) {
 			return TRUE;
Comment 1 Maciej Stachowiak 2001-10-07 08:34:13 UTC
These required time increases seem indicative of a timing bug of some
sort in the cancel code. Or maybe the async jobs just take too long.

Needs further investigation.
Comment 2 Christophe Fergeau 2003-05-23 20:23:20 UTC
Actually this also happened to me on a linux x86 box
Comment 3 Christophe Fergeau 2003-05-23 21:11:12 UTC
*** Bug 110907 has been marked as a duplicate of this bug. ***
Comment 4 Christophe Fergeau 2003-07-18 12:52:04 UTC
Mass resetting target milestone to clean up gnome-vfs milestones. Please
complain if I removed a milestone which should have been kept. Sorry for the spam 
Comment 5 alexander.winston 2004-02-02 21:17:43 UTC
Adding the portability keyword.
Comment 6 Christian Neumair 2005-05-09 19:23:37 UTC
Do you still see these performance or timing issue?
Comment 7 André Klapper 2008-06-08 16:14:38 UTC
No feedback to Christian's questions, hence closing as INCOMPLETE.
Please reopen if this is still an issue.