From: Kalyanov D. <kal...@gm...> - 2010-06-17 18:35:14
|
On Thursday 17 June 2010 21:44:13, Matthew Swank wrote: > Matthew Swank <akopa.gmane.poster <at> gmail.com> writes: > > Kalyanov Dmitry <kalyanov.dmitry <at> gmail.com> writes: > > > Hello, > > > > > > I'd like to announce my work on addition of threads to Windows port of > > > SBCL. > > > > Looking ahead to getting better rdnzl support, is it possible to invoke a > > callback defined in lisp from a thread that has not been spawned by the > > sbcl runtime? > > Actually, in the case of Windows.Forms, as long as all my callbacks are > registered with events associated with controls, it should all happen in > the same thread. Though the idea of tracking a foreign thread in the sbcl > runtime until the return of the initial call into lisp is interesting > nonetheless... I guess I'm not yet ready to provide an answer for that. From my little experience with SBCL, it is entirely possible but it'll take some motivation and time to do it. > > As readers of this list may be aware of at this point, I am a little > excited about sbcl becoming multithreaded on WinXX. I know there are > other thing that would make sbcl more stable and integrated into the > Windoze eco system (just look at the failures on the test suite), but > threads make a whole lot things possible and would make sbcl easier for me > to use at work. > > I am interested in investigating the thread related test failures, but I'm > a little fuzzy on how to isolate individual tests in the test suite. Those failures require investigation, and I should say that I haven't looked carefully at the tests suite but rather wrote my own tests. I think that some failures might be attributed to some assumptions of test suite being violated (linux/unix and win32 are quite different). > > Since you've gone to the trouble of announcing your work, is the locus of > your interest in polishing this branch and then work on forward porting > it, or is it the other way around? I don't have much experience > integrating a branch, but I am curious to know where I can be of help. Some bugs and deficiencies must be fixed first, then I'll see what needs to be done to merge it. Win64 seems to be close enough to win32 so I might try to port it to win64 too. I do hope that eventually this will be merged into main branch of SBCL but I think that this will take some time. ---- Кальянов Дмитрий |