Re: tshirt(s)

2014-08-06 Thread andreas
Hi

Great idea! Maybe use the official logo, too?
(the colored triangle as displayed on picolisp.com) ?

I would order some.

 hi,

 Tshirt to support project.
 Cute proportional text like this:
 http://imgur.com/KVBmjN8
 http://imgur.com/P7bjZdQ

 anyone ?





-- 
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe


Solved: Tell mechanism issue (perhaps OT)

2014-08-06 Thread Alexander Burger
Hi all,

On Mon, Aug 04, 2014 at 01:29:04PM +0700, Henrik Sarvell wrote:
 To sum up some IRC communication, it's not the parent id that gets
 told, it's a sibling PID.
 
 I will be back with more when the problem arises again.

After further discussion in IRC, Henrik pointed me to the fact that
'tell' failed whenever a PID was greater than 65535.

So: Sorry, my fault! I wrongly assumed that PIDs fit always into 16 bits
in Unix. This is far from true. On large machines this limit may be well
exceeded.

Fortunately, this assumption was made only in the internal packaging of
'tell' messages. All other places where a PID is handled in PicoLisp, it
has the full integer size.


I've fixed it now for pil64. I do not want to fix it for pil32, because
it is (1) more difficult and error-prone in C than in assembly, and (2)
because I believe that on 32-bit machines a 16-bit PID will always be
sufficient.

I've uploaded a new picoLisp.tgz to the download site. After more tests
by Henrik I'll check it into the repo.

♪♫ Alex
-- 
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe


Re: Solved: Tell mechanism issue (perhaps OT)

2014-08-06 Thread rand
I believe that modern Linux and FreeBSD implementations use 32 bit
ints for the pid_t. There will never be that many processes on a 32 bit
OS, but since they just go forward until they wrap, getting a pid bigger
than 16 bits is probably even to be expected.


 On Aug 6, 2014, at 11:43 AM, Alexander Burger a...@software-lab.de wrote:
 I've fixed it now for pil64. I do not want to fix it for pil32, because
 it is (1) more difficult and error-prone in C than in assembly, and (2)
 because I believe that on 32-bit machines a 16-bit PID will always be
 sufficient.

-- 
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe


Re: Solved: Tell mechanism issue (perhaps OT)

2014-08-06 Thread Jorge Acereda Maciá
I’m getting pids well above 64k on my laptop (OS X).

On 06 Aug 2014, at 22:33, Alexander Burger a...@software-lab.de wrote:

 Hi Randall,
 
 I believe that modern Linux and FreeBSD implementations use 32 bit
 ints for the pid_t.
 
 Right.
 
 There will never be that many processes on a 32 bit
 OS, but since they just go forward until they wrap, getting a pid bigger
 than 16 bits is probably even to be expected.
 
 However, they don't plainly wrap. There is a system limit in the kernel,
 controlled via /proc/sys/kernel/pid_max.
 
 Even on 64-bit machines (where pid_t is also an 'int', i.e. a 64-bit
 number), PIDs don't get up to such huge numbers.
 
 ♪♫ Alex
 -- 
 UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe