bugGNU Common Lisp - Bugs: bug #8424, GCL-TK OUR-WRITE BUG

 
 

bug #8424: GCL-TK OUR-WRITE BUG

Submitted by:  None
Submitted on:  Fri 02 Apr 2004 05:35:46 PM UTC  
 
Category: NoneSeverity: 3 - Normal
Item Group: NoneStatus: Fixed
Privacy: PublicAssigned to: Camm Maguire <camm>
Open/Closed: Closed

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Sun 01 May 2005 08:43:39 PM UTC, comment #2:

Greetings!

We believe this issue has now been fixed, in both CVS head and the new branch Version_2_6_7pre, shortly to become release 2.6.7. It would be great if you could confirm.

Thanks for your report!

Camm Maguire <camm>
Project AdministratorIn charge of this item.
Mon 04 Apr 2005 01:52:43 PM UTC, comment #1:

Greetings! Could you please post a sample of code I can use to reproduce and debug this locally?

Take care,

Camm Maguire <camm>
Project AdministratorIn charge of this item.
Fri 02 Apr 2004 05:35:46 PM UTC, original submission:

After successfully mapping a window and filling it with widgets, I preform many widget calls, each of which specifies a :return argument (i.e., GCL waits for Tk to complete the call). However, when too many of these calls are made too quickly, I receive the following error:

| Error: Write timeout: ""
| Fast links are on: do (si::use-fast-links nil) for debugging
| Error signalled by FUNCALL.
| Backtrace: funcall > system:top-level > read > system:sigusr1-interrupt > lambda > funcall > funcall > foo-tip::bar-a > cond > block > tagbody > progn > foo-tip::re-frob > cond > eval > eval > cond > foo-mask::lin-apples > cond > foo-pez::lin-pear-muff > prog > setq > funcall > funcall > lambda-closure > funcall > funcall > lambda-closure > foo-mask::retarf > eval > eval > cond > cond > foo-mask::retarf > eval > eval > foo-mask::mul-frag > foo-tip::frag-mul > cond > foo-wheels::blab-apple-mode > foo-wheels::blab-apple > foo-wheels::blab-fizzer > foo-pez::lin-pear-muff > prog > setq > funcall > funcall > lambda-closure > funcall > funcall > lambda-closure > foo-wheels::blab-stone > mapcar > lambda-closure > cond > incf > foo-tip::frag-mul > cond > foo-wheels::blab-apple-mode > foo-wheels::blab-apple > foo-wheels::blab-fizzer > foo-pez::lin-pear-muff > prog > setq > funcall > funcall > lambda-closure > funcall > funcall > lambda-closure > foo-wheels::blab-stone > mapcar > lambda-closure > cond > incf > foo-tip::frag-mul > cond > foo-wheels::blab-apple-mode > foo-wheels::blab-apple > foo-wheels::blab-fizzer > foo-pez::lin-pear-muff > prog > setq > funcall > funcall > lambda-closure > funcall > funcall > lambda-closure > foo-wheels::blab-stone > mapcar > lambda-closure > cond > foo-tip::try-stone > cond > foo-wheels::trying-snarf > foo-wheels::blab-nice > mapcar > lambda-closure > foo-pez::lin-pear-muff > prog > setq > funcall > funcall > lambda-closure > mapcar > lambda-closure > funcall > funcall > SYSTEM:OUR-WRITE
|
| Broken at FUNCALL.

This problem shows up on both I386 and PPC.

If you have any ideas how I can fix this, please post or email me. In case it matters, this code does not redefine any of its code.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

Do you think this task is very important?
If so, you can click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

 

Please enter the title of George Orwell's famous dystopian book (it's a date):

 

 

Follow 5 latest changes.

Date Changed By Updated Field Previous Value => Replaced By
Sun 01 May 2005 08:43:39 PM UTCcammStatusNeed Info=>Fixed
  Assigned toNone=>camm
  Open/ClosedOpen=>Closed
  Carbon-Copy-=>Added -unavailable-
Mon 04 Apr 2005 01:56:00 PM UTCcammStatusNone=>Need Info

Back to the top


Powered by Savane 3.1-cleanup1