Re: [racket-users] Note: DB layer does not handle Pg enums

o files (..., ($1::text)::file_state, ...)" "OK") that query now expects the client side to provide a text value for $1 (which the racket code is completely capable of); the server will handle the cast from text to file_state for you. Similarly you can get data in unsupported types

Re: [racket-users] db: postgresql current_date -> timestamptz

need the time > component, I had thought to use current_date instead. > > Any clues as to what is happening? > George > > > -- > You received this message because you are subscribed to the Google Groups > "Racket Users" group. > To unsubscribe from this group

Re: [racket-users] Re: Use Parsack to parse a #language?

a color lexer for DrRacket, and works with the REPL. The code is quite small, so it ought to serve as a passable example of those integrations. https://github.com/jkominek/unlambda -- Jay Kominek -- You received this message because you are subscribed to the Google Groups "Rack

Re: [racket-users] Re: [racket] How to call a Julia function from DrRacket?

ld be worth creating something like ffi/fortran/unsafe with FFI types that map a bit more directly to Fortran's types, and wrapping _fun with something that know's about Fortran's quirks. -- Jay Kominek -- You received this message because you are subscribed to the Google

Re: [racket-users] ANN: Gregor, a date and time library

e weird specifications ("the 3rd Thursday of > November") that could benefit from 1. Having a package provided implementation of this, and some holiday checking stuff (maybe with a database of common holidays) would simplify even further some of the programs I've got on my rewri

Re: [racket] Blog post about Racket

write programs. Racket could become the meeting point for > the two professions. I've personally watched a number of projects where that could've saved significant time, money and frustration. I'm not optimistic about it coming to pass, but it'd sure be nice. -- Jay Kominek Racket Users list: http://lists.racket-lang.org/users

Re: [racket] bytes, bit-vectors and sieving numbers

e to run in 60% the time if the quotient/remainder calls in bit-vector.rkt are replaced with bitwise operations: https://github.com/jkominek/racket/tree/bitwise-bit-vectors The above change plus using unsafe-bit-vector-ref takes you down to 15% of the run time. -- Jay Kominek

Re: [racket] Processing and Racket

roduce code that could duplicate it. -- Jay Kominek Racket Users list: http://lists.racket-lang.org/users

Re: [racket] FFI

ner Fog has a document on the various C++ ABIs: http://www.agner.org/optimize/ -- Jay Kominek Racket Users list: http://lists.racket-lang.org/users

Re: [racket] FFI

can get to these things via the FFI (which remains to be seen), then you should be able to wrap the whole thing as a Racket class. (Mapping fields might be tricky?) -- Jay Kominek Racket Users list: http://lists.racket-lang.org/users

[racket] making flvector with C API?

? (I could of course modify in place an flvector provided by the caller, but that isn't as satisfying.) Thanks! -- Jay Kominek _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/users

Re: [racket] question on OpenGL support

ed directly. PyOpenGL does exactly what you don't want to do, and I think the normal documentation remains just as useful. I'd certainly prefer that behavior. -- Jay Kominek _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/users

Re: [racket] question on OpenGL support

for the .spec files towards the bottom. I'm pretty sure you should be able to generate the bindings from those files, and more easily than dealing with C headers. -- Jay Kominek _ For list-related administrative tasks: http://lists.racket-lang.org/listinfo/users