* module/web/response.scm (text-content-type?): Recognize JSON content
type as text.
---
module/web/response.scm | 1 +
1 file changed, 1 insertion(+)
diff --git a/module/web/response.scm b/module/web/response.scm
index 06e1c6dc1..679304c4d 100644
--- a/module/web/response.scm
+++ b/module/web/
Ah, thanks for that work!
On Thu, Jan 11, 2018 at 1:26 AM, Andy Wingo wrote:
> On Wed 10 Jan 2018 17:58, Nala Ginrut writes:
>
>> hi Andy and Ludo!
>>
>> What if developers enabled suspendable-ports and set the port to
>> non-blocking?
>> For example, in the non-blocking asynchronous server, I
On Wed 10 Jan 2018 17:58, Nala Ginrut writes:
> hi Andy and Ludo!
>
> What if developers enabled suspendable-ports and set the port to non-blocking?
> For example, in the non-blocking asynchronous server, I registered
> read/write waiter for suspendable-ports. And save
> delimited-continuations t
hi Andy and Ludo!
What if developers enabled suspendable-ports and set the port to non-blocking?
For example, in the non-blocking asynchronous server, I registered
read/write waiter for suspendable-ports. And save
delimited-continuations then yield the current task.
In this situation, get-bytevect
On Wed 10 Jan 2018 16:59, l...@gnu.org (Ludovic Courtès) writes:
> l...@gnu.org (Ludovic Courtès) skribis:
>
>> As discussed on IRC, ‘get-bytevector-some’ returns only 1 byte from
>> unbuffered ports:
>
> Here’s a tentative fix. WDYT?
Thanks! Needs a little work though :) Comments inline.
> -
l...@gnu.org (Ludovic Courtès) skribis:
> As discussed on IRC, ‘get-bytevector-some’ returns only 1 byte from
> unbuffered ports:
Here’s a tentative fix. WDYT?
Ludo’.
diff --git a/libguile/ports.c b/libguile/ports.c
index 72bb73a01..002dd1433 100644
--- a/libguile/ports.c
+++ b/libguile/ports.
As discussed on IRC, ‘get-bytevector-some’ returns only 1 byte from
unbuffered ports:
--8<---cut here---start->8---
scheme@(guile-user)> (call-with-input-string "foo"
(lambda (port)
(setvbuf port _IONBF)
