Hi Hans,
At Sat, 4 Feb 2006 15:38:48 +0100,
Hans Bulfone wrote:
> > Recently, I'm working on win32, and found one thing.
> > (udp-recvfrom) blocks when it's run in a thread.
> > Of cource, with a non-blocking socket.
>
> i don't know very much about windows networking stuff, but i hope
> my thoug
Sorry, I've just realized that my previous mail
on the subject was botched.
I like the O/RM idea and would use the library.
A suggestion: A macroless core library. On top of it,
a set of macros for those who like lots of syntactic
sugar. I don't think the main difference between objects
and relat
Brandon J. Van Every wrote:
"make" works fine, though. Your output directory should be populated
with all the Chicken stuff, and you should experience no errors.
Please let me know if you can at least do a successful "make" with
these instructions.
Looking at the contents of the chicken-2.216
hi,
On Fri, Feb 03, 2006 at 05:45:18PM +0900, Daishi Kato wrote:
> Hi,
>
> Recently, I'm working on win32, and found one thing.
> (udp-recvfrom) blocks when it's run in a thread.
> Of cource, with a non-blocking socket.
i don't know very much about windows networking stuff, but i hope
my thought
I am looking at chicken-2.216-win32.zip with an eye towards duplicating
its contents using a CMake build. I am wondering about the following:
- is a flat directory structure really what's wanted? I had thought
/bin, /include, /lib, /man directories would be more reasonable. What
is standard
Patrick Brannan wrote:
Have you checked to see if anything you compile runs with a normal
path? Try cutting the path down to CHICKEN_HOME and the system32
directory. I'm having a lot of issues with this.
Yes things run fine with minimal PATHs and an ordinary Command Prompt,
no MSYS. The exact
hi,
On Sat, Feb 04, 2006 at 12:17:37AM -0600, Reed Sheridan wrote:
> I really just don't want to manually
> conc strings together, and have to remember to escape SQL strings, which I
> will forget and then some 1337 Hax0r will drop my tables...
then you might find my sql library useful:
http://
> --- Ursprüngliche Nachricht ---
> Von: Graham Fawcett <[EMAIL PROTECTED]>
> An: chicken-users
> Betreff: [Chicken-users] Thoughts on an O/RM library?
> Datum: Fri, 3 Feb 2006 15:01:10 -0500
>
> Hi folks,
>
> I'm playing with the idea of writing an object-relational mapper
> (O/RM) library for
When I compile Chicken with VC++, I get a bazillion warning messages
about unreferenced local variables. Is there any way the Chicken
compiler could not generate so many unreferenced variables, or is this
fundamental to its operation? I am hesitant to just mask them with a
warning filter, for
I'm playing with the idea of writing an object-relational mapper(O/RM) library for Chicken. My personal goal for the O/RM would be to
auto-generate a domain-specific syntax for an application, mapped ontothe actual, relational schema of the database, and encapsulating thelow-level database API. The
10 matches
Mail list logo
