On 2008 Apr 06, at 23:19, Vincent Manis wrote:
Scheme, but, if Scheme (or Lisp in general) were widely used, EVAL-
injection
attacts would be very popular among crackers. It's a wonderful
feature,
Er, `attacks'. I'm not sure what an EVAL-injection attact might be. --
vincent
__
On 2008 Apr 06, at 22:59, Elf wrote:
And as I believe I heard someone say on #scheme the other day, if
your program involves EVAL, it's probably broken. Even if the
EVAL is hidden behind something else.
This sentence makes no sense to me, as this would imply that all
programs are always brok
As is seconds->time. Using SVN 10369.
#;1> (thread-sleep! 1) ; sleeps for 1 second
#;2> (thread-sleep! (seconds->time 1)) ; returns immediately
#;3> (thread-sleep! (milliseconds->time 1000)) ; returns immediately
Looks like the contents of the time structure doesn't match what
##sys
On Sun, 6 Apr 2008, Robin Lee Powell wrote:
On Sun, Apr 06, 2008 at 10:04:26PM -0700, Elf wrote:
On Sat, 5 Apr 2008, John Cowan wrote:
Alex Shinn scripsit:
DEFINE-MACRO is just EVAL. Syntactic closures is just EVAL with
the two extra env parameters, [...].
And as I believe I heard someon
On Sun, Apr 06, 2008 at 10:04:26PM -0700, Elf wrote:
> On Sat, 5 Apr 2008, John Cowan wrote:
>
>> Alex Shinn scripsit:
>>
>>> DEFINE-MACRO is just EVAL. Syntactic closures is just EVAL with
>>> the two extra env parameters, [...].
>>
>> And as I believe I heard someone say on #scheme the other day
thank you, luke!
i would say always change things that mutate pointers into normal return vals.
i would also generally argue against using values and instead using lists for
return elements (although there may be exceptions to this).
also, thanks for getting cairo working, this will make some o
On Sat, 5 Apr 2008, John Cowan wrote:
Alex Shinn scripsit:
DEFINE-MACRO is just EVAL. Syntactic closures is just EVAL
with the two extra env parameters, [...].
And as I believe I heard someone say on #scheme the other day, if your
program involves EVAL, it's probably broken. Even if the EV
The status is I'm lazy and haven't done much of anything.
I did take a brief look at OpenDBX:
http://www.linuxnetworks.de/doc/index.php/OpenDBX
Perhaps we'd be better off wrapping this than writing our own wrapper for each
DB? Thoughts anyone?
Matthew Welland wrote:
What is the status of th
On 4/5/08, Jim Ursetto <[EMAIL PROTECTED]> wrote:
> I'm seeing some odd behavior when using dynamic-wind within a thread.
> If an error occurs during the thunk, the 'after' portion is never
> called nor are any subsequent statements.
The same happens for scripts with only 1 (primordial) thread. E
Yippie! I can't wait to try this on ARM scratchbox for the n800/n810.
On Sunday 06 April 2008 05:43:41 pm Luke McCarthy wrote:
> I've got about 99% of the API for Cairo 1.4.14 complete. Notable
> additions are patterns and scaled fonts, and some missing drawing
> functions, but it's mostly getter
hi,
On Sat, Apr 05, 2008 at 10:41:31PM -0600, Jim Ursetto wrote:
> (define (foo)
> (print "start")
> (dynamic-wind
> noop
> (lambda () (error "during body"))
> (lambda () (print "during cleanup")))
> (print "end"))
>
> ;;; Without thread
>
> #;1> (foo)
> start
> Error: du
On Monday 07 April 2008 01:49:31 you wrote:
> On 07/04/2008, Luke McCarthy <[EMAIL PROTECTED]> wrote:
> > I've got about 99% of the API for Cairo 1.4.14 complete.
>
> Not really relevant to the content of your mail, but will this work
> with cairo 1.5.x?
Yes, unless they've broken the API (unlike
hi,
On Sat, Apr 05, 2008 at 10:41:31PM -0600, Jim Ursetto wrote:
> I'm seeing some odd behavior when using dynamic-wind within a thread.
> If an error occurs during the thunk, the 'after' portion is never
> called nor are any subsequent statements. thread-join! then throws
> an exception.
>
> Can
On 07/04/2008, Luke McCarthy <[EMAIL PROTECTED]> wrote:
> I've got about 99% of the API for Cairo 1.4.14 complete.
Not really relevant to the content of your mail, but will this work
with cairo 1.5.x?
I ask 'cause 1.5 pre-releases are necessary for firefox3 :)
Leo
I've got about 99% of the API for Cairo 1.4.14 complete. Notable additions are
patterns and scaled fonts, and some missing drawing functions, but it's
mostly getters and setters of which there are many! The main thing missing is
glyph support, because I can't think of a good way of passing array
On Apr 5, 2008, at 8:44 PM, Jason Meade wrote:
Hi all,
I'm working on a C module that I wish to expose to scheme. So far I
have been able to transfer null terminated strings from C to scheme
no problem. Now I wish to transfer binary strings from C to scheme.
I see that there is a C_strin
What is the status of this effort?
I have written a *very* simplistic DBI which supports lowest common
demoninator access to sqlite3 and postgresql. It is only 90 or so lines of
code but so far seems enough to let me write for sqlite and switch to
postgresql etc.
I'd be interested in making th
Hi all,
I'm working on a C module that I wish to expose to scheme. So far I
have been able to transfer null terminated strings from C to scheme
no problem. Now I wish to transfer binary strings from C to scheme.
I see that there is a C_string function that appears to do the trick,
unfortu
it takes in a pointer arg. you passed in a null. of course its going to
be blowing up. :)
-elf
On Fri, 28 Mar 2008, Heinrich Taube wrote:
Does the crash happen on every error (for example an unbounded
variable reference, like evaluating the string "xyz") or only when
calling invalid value
19 matches
Mail list logo