On Monday, December 19, 2016 at 1:34:01 PM UTC-5, Jens Axel Søgaard wrote:
> Just curious.
Yes, I'm greedy. My case is looking at various daily manipulations of stock
data back to the sixties. A typical textual dump will have date, price, a
manipulated series and usually a column indicating
I have extended a pasteboard% editor that overrides the `on-paint` method
to draw a snazy background. (Also the min width and height have been set to
200.)
When I put this editor in a snip using `(make-object editor-snip% (new
snazy-pasteboard%))`, and insert that snip directly into drracket (via
code mapple
> restart: n:=4:
> A:=[[1,7,1,3],[1,6,4,6],[17,1,5,1],[1,6,10,4]]:
> w:=0:
> for i1 to n do
> for i2 to n do
> for i3 to n do
> for i4 to n do
> if((i1<>i2)and(i1<>i3)and(i1<>i4)
> and(i2<>i3)and(i2<>i4)and(i3<>i4))
> then w:=w+1;
> S[w]:=add(A[i||k,k],k=1..n);
> fi;
> od;
> restart: n:=4:
> A:=[[1,7,1,3],[1,6,4,6],[17,1,5,1],[1,6,10,4]]:
eqWorld.ipmnet.ru eqWorld.ipmnet.ru
> w:=0:
> for i1 to n do
> for i2 to n do
> for i3 to n do
> for i4 to n do
> if((i1<>i2)and(i1<>i3)and(i1<>i4)
> and(i2<>i3)and(i2<>i4)and(i3<>i4))
> then w:=w+1;
> S[w]:=add(A[i||k,k],k=1..n);
>
At Mon, 19 Dec 2016 12:57:48 -0800, Matthew Butterick wrote:
>
> > On Dec 19, 2016, at 12:01 PM, Matthew Flatt wrote:
> >
> > Here's why some downloads have been slow: The package server hasn't
> > been updating its catalog, so the checksum reported by the catalog are
> > out of sync with the HE
> On Dec 19, 2016, at 12:01 PM, Matthew Flatt wrote:
>
> Here's why some downloads have been slow: The package server hasn't
> been updating its catalog, so the checksum reported by the catalog are
> out of sync with the HEAD commit of some repos. Due to the way the Git
> protocol works, that so
At Mon, 19 Dec 2016 11:39:04 -0800, Matthew Butterick wrote:
> All the "Resolving ..." queries to `pkgs.racket-lang.org` complete
> successfully.
>
> But as soon as I start "Downloading repository
> git://github.com/some-pkg-name"
> it hangs indefinitely.
I have been seeing much slower update
All the "Resolving ..." queries to `pkgs.racket-lang.org` complete
successfully.
But as soon as I start "Downloading repository git://github.com/some-pkg-name"
it hangs indefinitely.
--
You received this message because you are subscribed to the Google Groups
"Racket Users" group.
To unsubs
I'm not sure, but if this is the issue, it's happening somewhere in
the implementation of text%, I believe. In particular, it seems to be
the case that the `insert` method is being called once every 1,000
bytes (with a single string each time). Adding this printf:
(printf "str/snp: ~s\n" (and (s
Just curious.
#lang racket
(for ([x 1000]) (displayln x))
The program above runs very quickly in DrRacket. I can hardly see other
numbers than the final ones.
For this program:
#lang racket
(for ([x 1]) (displayln x))
the first, say, 1000, lines are done in an instant, but
Thanks for the code reference. That will definitely take a while for me to
grok. I will punt with a separate editor window for now and later get
acquainted with the framework text.rkt code.
Thanks again,
John
--
You received this message because you are subscribed to the Google Groups
"Rack
I missed this thread when it first went by.
I backup the pasterack db occasionally and I don't delete pastes,
other than illegal stuff as determined by a nightly script. But the
redis db only writes to disk every so often so some pastes could get
lost. (Ironically the links in question are no long
I think probably that sentence should be deleted. It does what I
guess you expect, namely it doesn't add any properties and calls to
the result on impersonate-procedure are just like calls to its
argument (in that case, anyway)
Robby
On Mon, Dec 19, 2016 at 10:18 AM, Shu-Hung You
wrote:
> The d
The documentation of impersonate-procedure states that if it is
invoked with wrapper-proc equals #f and that there are no props, then
the result is proc "unimpersonated".
However, neither the impersonator wrapper-function nor the
impersonator properties are removed in the following program, and th
There is probably some performance improvements that could be made to this code:
https://github.com/racket/gui/blob/master/gui-lib/framework/private/text.rkt#L2492-L3240
I've spent some time on this, but your comment about `insert` suggests
that maybe there is another special case in there som
I’m in an situation where Dr. Racket suffices almost perfectly to replace a
Python-based IPython notebook session. The REPL output is graphics and text,
perfect for Dr. Racket.
A problem is that for all but the smallest output, the REPL text output is
simply too lethargic, even compared to t
Thank you for the examples and clarification.
--
You received this message because you are subscribed to the Google Groups
"Racket Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to racket-users+unsubscr...@googlegroups.com.
For more options, visit
17 matches
Mail list logo
