On Wed 26 Mar 2014 04:19, Mark H Weaver writes:
> Mark H Weaver writes:
>
> It occurs to me that one possibility would be to allow some of these
> parameters to effectively mirror the value of some other parameter.
> One way to implement this would be to make the corresponding fluid be a
> thun
On Wed 26 Mar 2014 06:10, Mark H Weaver writes:
> Andy Wingo writes:
n>
>> On Tue 25 Mar 2014 12:14, "Diogo F. S. Ramos" writes:
>>
>>> It's not obvious that ports are not thread-safe and trying to have
>>> multiple threads writing to one returns errors that are not
>>> recognizable as been cau
Andy Wingo writes:
> On Wed 26 Mar 2014 06:10, Mark H Weaver writes:
>
>> Andy Wingo writes:
> n>
>>> On Tue 25 Mar 2014 12:14, "Diogo F. S. Ramos" writes:
>>>
It's not obvious that ports are not thread-safe and trying to have
multiple threads writing to one returns errors that are n
I'm working on the 2.0.11 packages, and with relatively current Debian,
I see this when installing the new packages:
Processing triggers for libc-bin (2.18-4) ...
/sbin/ldconfig.real: /usr/lib/libguile-2.0.so.22.7.2-gdb.scm is not an ELF
file - it has the wrong magic bytes at the start.
Whi
Hi,
On Wed 26 Mar 2014 16:32, Mark H Weaver writes:
> Andy Wingo writes:
>
>> It seems to work for glibc streams. Why do you think that thread
>> synchronization is inappropriate for Guile if it works for glibc?
>
> In the Scheme world, things are very different. The Scheme standards
> provid
Am Montag, 24. März 2014, 01:19:12 schrieb Mark H Weaver:
> Andy Wingo writes:
>
> > On Fri 13 Sep 2013 21:41, Mark H Weaver writes:
> >
> > Inspired to code-golf a bit, here's one that's even faster :)
> >
> > (define (string-replace-substring s substring replacement)
> > "Replace every insta
"Diogo F. S. Ramos" writes:
> While describing special characters, remind the reader that
> "non-greedy" variants are not supported. They might not be familiar
> with POSIX extended regular expression and expect it to work.
Going by that logic, might they not expect a lot more? (Say, if all
th
> "Diogo F. S. Ramos" writes:
>
>> While describing special characters, remind the reader that
>> "non-greedy" variants are not supported. They might not be familiar
>> with POSIX extended regular expression and expect it to work.
>
> Going by that logic, might they not expect a lot more? (Say,