Hi All,
I've been exploring Spectral Graph Theory recently (
http://www.cs.yale.edu/homes/spielman/561/) and thought I'd try my hand at
implementing graph multiplication in J. It came out quite well. I wish
the 'rep' definition for repeating matrices on a diagonal was shorter.
Here's the code i
That's is understandable. For my VS studio work though, I decided to bite
the bullet and go the TCP/IP route still, because of VS being a 32 bit app.
I want for users to be able to use whatever J installation they have on
their system, and not restrict them to only the 32 bit j.dll engines. MS
migh
FYI j504 can use socket for communication between front-end and
j engine (J Engine Protocol) but was decommitted in J6 because its speed was
10x slower than direct dll calls.
Вт, 16 апр 2013, Greg Borota писал(а):
> For my Visual Studio integration work, I did not realize initially that I
> would
For my Visual Studio integration work, I did not realize initially that I
would run into issues related to the fact that Visual Studio is 32 bit app
while j.dll may be 64 bit So what I am working right now is have ALL
the j.dll integration via TCP/IP, the way you suggest it. Actually Python
gu
I think so for errors raised by J engine. Of course those
preceded by | need not be erros.
Вт, 16 апр 2013, Greg Borota писал(а):
> Is an error always preceded by | in J terminal?
> E.g.
> |domain error
>
> Are there scenarios where the error will not be preceded by a '|'?
> -
I am referring to the verbs produced by ( u=. 2 2 $ +/ ; |: ; |. ; -/ . *
), ( w=. tf T ) and ( v=. T(4 :' wrote:
> Now I'm thinking you want a nice display using the built-in display
> mechanisms for the result (to be distinguished from the code which
> generates that result). In other words (ex
Is an error always preceded by | in J terminal?
E.g.
|domain error
Are there scenarios where the error will not be preceded by a '|'?
--
For information about J forums see http://www.jsoftware.com/forums.htm
This thread caused me to look at the following message from 2009
http://www.jsoftware.com/pipermail/programming/2009-November/016859.html
From: Raul Miller
Date: Sat Nov 14 03:33:39 HKT 2009
Subject: rank by key
On Fri, Nov 13, 2009 at 1:10 PM, Tirrell, Jordan (Consultant)
> key=: 1 1,1 0,1 1,1 0
It'd be a good exercise for somebody. The main work would be in the code
to "recognize" special cases of f@]/.. rather than f/. The code is in file
ao.c .
On Tue, Apr 16, 2013 at 5:53 AM, Jose Mario Quintana <
jose.mario.quint...@gmail.com> wrote:
> "
> This does not mean that the J definition
Its rather equal to me since, as pointed out, in either way you can do
everything.
R.E. Boss
> -Oorspronkelijk bericht-
> Van: programming-boun...@forums.jsoftware.com
> [mailto:programming-boun...@forums.jsoftware.com] Namens Roger Hui
> Verzonden: dinsdag 16 april 2013 2:43
> Aan: P
In x f/.y have I ever used verb f that includes {. ?
Yes.
--
For information about J forums see http://www.jsoftware.com/forums.htm
Now I'm thinking you want a nice display using the built-in display
mechanisms for the result (to be distinguished from the code which
generates that result). In other words (except you would not do it
this way), something like:
(3 :'(($y)$(4 :''(x`:6;y`:6)`''/,y)`:6)`'T)`:6
I cou
"Would you consider Tfixed`:0 as being U?"
No. Maybe the following can clarify what I tried to convey:
u=. 2 2 $ +/ ; |: ; |. ; -/ . *
v=. T(4 :' wrote:
> On Mon, Apr 15, 2013 at 8:28 PM, Jose Mario Quintana
> wrote:
> > So far no solution is transforming T into U and perhaps emulating U
"
This does not mean that the J definition or implementation will be changed
"
Why not? I would not like to be left behind :) Compatibility? It could
be added as (/..).
On Mon, Apr 15, 2013 at 8:43 PM, Roger Hui wrote:
> I have a question concerning your use of *key*. Do you find yourself
More likely
(, #)/..~
The downside of dyadic u in key is that it would break existing code.
Including, of course: ({. , #)/.~
FYI,
--
Raul
On Tue, Apr 16, 2013 at 6:48 AM, Ric Sherlock wrote:
> I agree it would be nice. If I understand correctly, the proposed
> definition would allow the f
Hi Greg,
MS is rumoured to be working on a C# native compiler (they hired in this
area towards the end of last year). The current J .dll approach is
probably the best approach. MS never promoted this much, but there are a
few different ways of exposing CLR methods as a .dll for the current CLR
v
I agree it would be nice. If I understand correctly, the proposed
definition would allow the following replacement:
( ({. , #)/.~ ) becomes ( (, #)/.~ )
On Tue, Apr 16, 2013 at 4:15 PM, Raul Miller wrote:
> I have often wished for that.
>
> --
> Raul
>
> On Mon, Apr 15, 2013 at 8:43 PM, Ro
17 matches
Mail list logo
