From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Christopher Lemmer Webber Newsgroups: gmane.lisp.guile.user Subject: Re: 8sync error in procedure select Date: Tue, 04 May 2021 14:58:12 -0400 Message-ID: <8735v2wcl7.fsf@dustycloud.org> References: <87zgxbn72d.fsf@delta.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8085"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: mu4e 1.4.15; emacs 27.2 Cc: guile-user@gnu.org To: Alexey Abramov Original-X-From: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org Tue May 04 20:58:31 2021 Return-path: Envelope-to: guile-user@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1le0Fb-00020k-0A for guile-user@m.gmane-mx.org; Tue, 04 May 2021 20:58:31 +0200 Original-Received: from localhost ([::1]:42864 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1le0FZ-0002Oa-Kv for guile-user@m.gmane-mx.org; Tue, 04 May 2021 14:58:29 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42936) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1le0FM-0002OR-Eo for guile-user@gnu.org; Tue, 04 May 2021 14:58:16 -0400 Original-Received: from dustycloud.org ([2600:3c02::f03c:91ff:feae:cb51]:48666) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1le0FK-0005TS-Ha for guile-user@gnu.org; Tue, 04 May 2021 14:58:16 -0400 Original-Received: from twig (localhost [127.0.0.1]) by dustycloud.org (Postfix) with ESMTPS id 67E7026641; Tue, 4 May 2021 14:58:12 -0400 (EDT) In-reply-to: <87zgxbn72d.fsf@delta.lan> Received-SPF: pass client-ip=2600:3c02::f03c:91ff:feae:cb51; envelope-from=cwebber@dustycloud.org; helo=dustycloud.org X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org Original-Sender: "guile-user" Xref: news.gmane.io gmane.lisp.guile.user:17512 Archived-At: Hi! Hm... it might make sense to try switching to the "fibers" branch of 8sync and see if that does better? I guess I haven't worked on 8sync in some time, but really, the intention was to switch it over to being on top of Fibers... Andy knew more about building an event loop than I did ;P Alexey Abramov writes: > Hi, > > I am trying to test an actor I wrote with 8sync. I created a probe actor > which sends messages to the main one. A problem I am having is that when > I want to send a *cleanup* to the main (server) actor from the probe, I > am getting the following backtrace: > > --8<---------------cut here---------------start------------->8--- > =CE=BB guile --debug -s tests/test.scm > Backtrace: > In ice-9/boot-9.scm: > 1736:10 11 (with-exception-handler _ _ #:unwind? _ # _) > In unknown file: > 10 (apply-smob/0 #) > In ice-9/boot-9.scm: > 718:2 9 (call-with-prompt _ _ #) > In ice-9/eval.scm: > 619:8 8 (_ #(#(#))) > In ice-9/boot-9.scm: > 2806:4 7 (save-module-excursion _) > 4351:12 6 (_) > In 8sync/actors.scm: > 812:6 5 (run-hive #< 7fac08bdd0c0> _ #:cleanup _ # _) > In ice-9/control.scm: > 91:24 4 (call-with-escape-continuation _) > In 8sync/agenda.scm: > 569:6 3 (run-agenda #< queue: (() . #f) prompt-tag: ("=E2=80= =A6> =E2=80=A6) > 470:7 2 (update-agenda-from-select! #< queue: (() . #f)=E2= =80=A6>) > In ice-9/boot-9.scm: > 1731:15 1 (with-exception-handler # =E2=80=A6) > In unknown file: > 0 (select (#) () () #f #f) > > ERROR: In procedure select: > In procedure select: Wrong type argument in position 1: # > --8<---------------cut here---------------end--------------->8--- > > I have attached a simple snippet to reproduce the problem, and also a > naive patch I did. I am not sure if it is me doing the shutdown wrong, or > it's a bug.