***taiju` is now known as taiju
***taiju` is now known as taiju
<nckx>tribals: Cowardly unportable but secure answer: read them from /dev/urandom. (Sorry! But true.) <nckx>I don't know the in-universe answer but none of Guile's ‘random’ procedures look like they are suited for anything more than games or unimportant shuffling. <tribals>I'm reached to same considerations, though. I need secure way to get random bytes, but there is none - only unportable /dev/urandom. <nckx>I tried but failed to find a cross-system library. <tribals>Seems like "secure as platform" is currently our best option. <nckx>I think that's your upper limit anyhow. <nckx>(Aside but just in case: do use /urandom, it's secure, don't believe myths on the 'net that /random is ‘more better’.) <jackhill>I Guilers! I've been playing with Chickadee recently. Very cool! However, I don't really have a game I want to write, but what I would like to do is create a static animation/movie. Is that possible? ***taiju` is now known as taiju
<rekado_>jackhill: sure, but I guess you could also do that with guile-sdl if you had no use for all the other parts of Chickadee. <jackhill>rekado_: I like the agenda and various helper functions <rekado_>I think it should be no problem to write up an animation with it. <rekado_>the agenda scripts and tweens are useful for that sort of thing <jackhill>indeed. I guess my question is, is it possible to render frames to files rather than the screen <rekado_>SDL lets you render to a surface and then export that to an image <rekado_>guile-sdl has “save-bmp”, which writes the contents of a surface to a file. <rekado_>I don’t know if chickadee still uses SDL for graphics, or if it’s all opengl nowadays. <jackhill>rekado_: I see that Haskell Diagrams has some FRP-like addons for animations. At some point, I could see a feature request for guile-picture-language and svg animations :) But for my current quest, it's going to end up being a video file, so raster-animations are fine. <jackhill>rekado_: yeah, I need to learn more about it too. <rekado_>IIRC there were some performance problems when lots of objects are to be animated. <jpoiret>hello hello, i've been working on rewriting parts of the piped-process internals to be more thread-safe, and i've just noticed that execvp is not async-signal safe, which means we shouldn't use it in the child after forking. should we be that paranoid? if so, should we manually search the path before forking, and then use that with exec? <jpoiret>for now, i've got changes that propagate the child's possible errno before exec'ing to the parent so that it can properly raise an exception (and also avoids printf/strerror which are as-unsafe) <jpoiret>along with some other fixes for double closes, as well as the fd fix from some time ago <lagash>jackhill: for when you DO want to create a Lisp game, head over to #lispgames :-) ***chris is now known as Guest1544
***Guest1544 is now known as chrislck