Re: who own my code?

2017-10-22 Thread Jan Ingvoldstad
On Sun, Oct 22, 2017 at 10:32 PM, Brandon Allbery wrote: > This is still best discussed elsewhere... isn't there a stackexchange for > this kind of stuff? Ah, Stack Exchange, the quality site where the _first_ answer is the most significant. Anything else is better than asking people to go there

Perl 6: Protecting Intellectual Property for Commercial Code

2017-10-22 Thread Mark Devine
Perl 6 Users, [[ Bouncing off Re: who own my code? ]] This is the first of several possible spin-off questions, but here goes… Perl 6 has its public ecosystem, which will drive growth and adoption. Then there’s the commercial side, which would also drive the language from another important an

Re: who own my code?

2017-10-22 Thread Brandon Allbery
This is still best discussed elsewhere... isn't there a stackexchange for this kind of stuff? On Sun, Oct 22, 2017 at 4:24 PM, vijayvithal jahagirdar < jahagirdar...@gmail.com> wrote: > Now If I implement this for one customer does the code becomes his IP and > I cannot implement it for another?

Re: who own my code?

2017-10-22 Thread vijayvithal jahagirdar
I had a similar dilemma, Recently multiple customers asked for the same feature, say add "login with google" in their old CGI.pm based website. Now If I implement this for one customer does the code becomes his IP and I cannot implement it for another? Should I retype the same hundred lines for e

[perl #132349] $*IN.getc not blocking on macOS

2017-10-22 Thread Pawel Pabian via RT
There is no strace on macOS, I used dtruss (dtrace): $ dtruss -p 1827 SYSCALL(args)= return fstat64(0x0, 0x7FFF5B18B2F0, 0x1)= 0 0 lseek(0x0, 0x0, 0x1) = 54132 0 write(0x1, "Nil\n\0", 0x4) = 4 0 thread_selfid(0x0, 0x7F8252ED2090, 0x4)

Re: [perl #132349] $*IN.getc not blocking on macOS

2017-10-22 Thread Timo Paulssen
can you get us strace output for this?

Re: [perl #132349] $*IN.getc not blocking on macOS

2017-10-22 Thread Timo Paulssen via RT
can you get us strace output for this?

[perl #132349] $*IN.getc not blocking on macOS

2017-10-22 Thread Pawel Pabian via RT
I've tested previous Rakudo builds and moar-2017.05 works fine, moar-2017.07 is broken. So regression happened somewhere between those two versions.

[perl #132349] $*IN.getc not blocking on macOS

2017-10-22 Thread via RT
# New Ticket Created by Pawel Pabian # Please include the string: [perl #132349] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132349 > Rakudo version 2017.09 built on MoarVM version 2017.09.1 MacOS 10.10.5, tested both in iT

[perl #131626] [PERFTEST][PERF] ≥ and ≤ are 36x slower than Texas version; ≠ is 15x slower

2017-10-22 Thread Zoffix Znet via RT
On Tue, 26 Sep 2017 11:03:11 -0700, c...@zoffix.com wrote: > On Thu, 22 Jun 2017 10:29:59 -0700, c...@zoffix.com wrote: > > I'd expect the fancy Unicode versions of <=, >=, and != to perform > > equally well, instead the > > ≥ and ≤ are 36x slower than their Texas companions and ≠ is 15x > > slower

[perl #131626] [PERFTEST][PERF] ≥ and ≤ are 36x slower than Texas version; ≠ is 15x slower

2017-10-22 Thread Zoffix Znet via RT
On Tue, 26 Sep 2017 11:03:11 -0700, c...@zoffix.com wrote: > On Thu, 22 Jun 2017 10:29:59 -0700, c...@zoffix.com wrote: > > I'd expect the fancy Unicode versions of <=, >=, and != to perform > > equally well, instead the > > ≥ and ≤ are 36x slower than their Texas companions and ≠ is 15x > > slower

[perl #132346] [REGRESSION] ≠ is not identical to != in some cases (0 ≠ 0 | 1 or 0 ≠ 0)

2017-10-22 Thread Zoffix Znet via RT
On Sun, 22 Oct 2017 03:58:40 -0700, alex.jakime...@gmail.com wrote: > Code: > say (0 ≠ 0 | 1 or 0 ≠ 0) > > ¦2017.09,1af2a745fcd^: «False» > ¦1af2a74,HEAD(d10d697): «True» > > > Bisectable: (2017-09-25) > https://github.com/rakudo/rakudo/commit/1af2a745fcd551daaeb046fadd5f8626389ecf05 > > > Thi

[perl #132346] [REGRESSION] ≠ is not identical to != in some cases (0 ≠ 0 | 1 or 0 ≠ 0)

2017-10-22 Thread Zoffix Znet via RT
On Sun, 22 Oct 2017 03:58:40 -0700, alex.jakime...@gmail.com wrote: > Code: > say (0 ≠ 0 | 1 or 0 ≠ 0) > > ¦2017.09,1af2a745fcd^: «False» > ¦1af2a74,HEAD(d10d697): «True» > > > Bisectable: (2017-09-25) > https://github.com/rakudo/rakudo/commit/1af2a745fcd551daaeb046fadd5f8626389ecf05 > > > Thi

[perl #132348] [BUG]. Pod tables should accept an inline comment (Z)

2017-10-22 Thread via RT
# New Ticket Created by Tom Browder # Please include the string: [perl #132348] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132348 > The following table causes an exception: =begin table some cells Z =end table

[perl #132346] [REGRESSION] ≠ is not identical to != in some cases (0 ≠ 0 | 1 or 0 ≠ 0)

2017-10-22 Thread via RT
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #132346] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132346 > Code: say (0 ≠ 0 | 1 or 0 ≠ 0) ¦2017.09,1af2a745fcd^: «False» ¦1af2a

[perl #132343] [REGRESSION] better-sched and other async improvement ecosystem fallout

2017-10-22 Thread via RT
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev # Please include the string: [perl #132343] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=132343 > Here are some of the modules that are failing on HEAD (but did not fa