8 hours ago, Harry Spier wrote:
> I probably have to go the route you and others suggest. But I think
> I still have a problem. Even the single operation of
> MagickExportPIxels to export the pixel data of this page to
> manipulate fills at least 4/7 of the memory before failure. And
> there is
Thank you Pierpaolo I am very interested in seeing your boolean vectors library.
Thank you Jon for the suggestion of bitwise operations.
Danny I'll look at Racket-bitsyntax.
Thank you Eli for the suggestion of using a big byte-string.
And thank you Matthias for showing how to ensure the GC .
Chee
I installed racket in Ubuntu 12.04, first using aptitude (5.1.3), then
downloading directly from racket-lang.org and running the installation
script. In both cases I got this message:
heap@heap-ThinkPad-X61-Tablet:~/Downloads$ drracket
ffi-lib: couldn't open "libjpeg.so.62" (libjpeg.so.62: canno
Btw, I have a boolean vectors library that you can use as is or as a
starting point. I cannot send it to you until monday, but you can find
an old copy in the archives of this ml, googling for my name + boolean
vector.
2012/7/20, Harry Spier :
> Thanks Eli,
>
> I probably have to go the route yo
The second list you send out is close to 500Mb if I understand this correctly,
1/6th of your memory not counting other things you're running. That's up from
1/20th for the first list, which is large but not killing memory-large.
As Eli says, when you start dealing with such lists (1/6th) and y
Thanks Eli,
I probably have to go the route you and others suggest. But I think I
still have a problem. Even the single operation of MagickExportPIxels
to export the pixel data of this page to manipulate fills at least 4/7
of the memory before failure. And there is no guarantee that pages
wont
Opened bug report.
http://bugs.racket-lang.org/query/?cmd=view&pr=12920
On Fri, Jul 20, 2012 at 12:43 PM, Sam Tobin-Hochstadt wrote:
> On Thu, Jul 19, 2012 at 8:11 PM, Ray Racine wrote:
> > While it does work, there is definitely a loss of informative intent in
> the
> > sense of the "documentat
10 minutes ago, Harry Spier wrote:
> #lang racket
> (define l (time (build-list (* 7091 5023) (λ (x) 1
> (system "PAUSE")
>
> ABORTS with Racket Virtual Machine run out of memory
IME, the exact size where things fail is not important -- if you're
getting anywhere close to it, then you should
On Fri, Jul 20, 2012 at 11:11 AM, Ray Racine wrote:
> In the below "head" procedure, [(Datum d) (Done 'EOS d)] does not type
> check. I'm not sure how I inform the type checker to just "lift" d to type
> (Option D).
This is just a bug; I'll push a fix momentarily.
--
sam th
sa...@ccs.neu.edu
I took Matthias's test, compiled it from DrRacket "create executable"
option and ran it on my machine: Inspiron 1525 3Gbyte dual core about
6 years old.
#lang racket
(define l (time (build-list (* 4091 5023) (λ (x) 1
(system "PAUSE")
WORKS
#lang racket
(define l (time (build-list (* 7091 502
On Thu, Jul 19, 2012 at 8:11 PM, Ray Racine wrote:
> While it does work, there is definitely a loss of informative intent in the
> sense of the "documentation" to the human reader provided by the type
> signatures. If define-type is strictly an aliasing then the original
> construction should wor
In the below "head" procedure, [(Datum d) (Done 'EOS d)] does not type
check. I'm not sure how I inform the type checker to just "lift" d to type
(Option D).
#lang typed/racket/base
(require racket/match)
;; Input stream of datum D
(define-type (Stream D) (U (Datum D) 'Nothing 'EOS))
(struct:
I've commented everything out except the calls to FFI to ImageMagick
that create the imput for the procedure that creates the list and the
procedure that creates the list. Basicallya:
MagickReadImage
MagickDeskewImage
MegickExportPixels
The MagickExportPixels does create another list as long as th
On Jul 19, 2012, at 16:12, Matthew Flatt wrote:
> At Thu, 19 Jul 2012 12:34:59 -0600, Kieron Hardy wrote:
>> However, on Windows, moving the frame around causes the key-stroke
>> processing to block until the move is completed. i.e. The 'update display
>> and wait' code blocks until the the mouse
On Fri, Jul 20, 2012 at 9:51 AM, Jon Zeppieri wrote:
> It depends on what you're doing with these lists, but you might consider
> using integers, not lists, to represent the bit-strings. The representation
> is considerably more compact, and you can use bitwise ops to manipulate them.
Would Ton
On Jul 20, 2012, at 9:38 AM, Harry Spier wrote:
> Dear list members,
>
> As part of my application I create a list of lists of 1's and 0's
> from an image file.
> When the size of the list of lists is: 1055 x 1066 it works fine,
> but when the size of the list of lists is: 4091 x 5023 then the
>
It depends on what you're doing with these lists, but you might consider using
integers, not lists, to represent the bit-strings. The representation is
considerably more compact, and you can use bitwise ops to manipulate them.
On Jul 20, 2012, at 9:38 AM, Harry Spier wrote:
> Dear list members
Dear list members,
As part of my application I create a list of lists of 1's and 0's
from an image file.
When the size of the list of lists is: 1055 x 1066 it works fine,
but when the size of the list of lists is: 4091 x 5023 then the
program aborts with the error message:
Racket Virtual Machine r
On Fri, Jul 20, 2012 at 10:36 AM, Marijn wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 20-07-12 10:13, Laurent wrote:
> > Oh sorry, my bad, I mistook this old bug for this one:
> > http://bugs.racket-lang.org/query/?cmd=view&pr=12640 Indeed pr12070
> > does not appear on my curr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 20-07-12 10:13, Laurent wrote:
> Oh sorry, my bad, I mistook this old bug for this one:
> http://bugs.racket-lang.org/query/?cmd=view&pr=12640 Indeed pr12070
> does not appear on my current machine either.
>
> This pr12640 still appears though, bu
Oh sorry, my bad, I mistook this old bug for this one:
http://bugs.racket-lang.org/query/?cmd=view&pr=12640
Indeed pr12070 does not appear on my current machine either.
This pr12640 still appears though, but this one is probably no big deal and
is probably not related to the behavior Neil sees.
L
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 20-07-12 09:49, Laurent wrote:
> No particular problem, except for an old unresolved bug that can
> maybe (or not) explain the strange behavior you see:
> http://bugs.racket-lang.org/query/?cmd=view&pr=12070 Though I
> already had that bug under ol
No particular problem, except for an old unresolved bug that can maybe (or
not) explain the strange behavior you see:
http://bugs.racket-lang.org/query/?cmd=view&pr=12070
Though I already had that bug under older versions of Ubuntu.
Laurent
On Fri, Jul 20, 2012 at 8:56 AM, Neil Van Dyke wrote:
Hello Neil, I use racket 5.1.3 that comes with
Ubuntu 12.04 x86 32-bit. I haven't seen any
strange behavior.
Rouben
original message ---
From: Neil Van Dyke
Date: Fri, 20 Jul 2012 02:56:45 -0400
To: Racket Users List
Subject: [racket] Racket on Ubun
24 matches
Mail list logo