Re: [Chicken-users] Few questions from chicken newbie
Hi Serg, * Serg Kozhemyakin [111017 08:50]: > Hi ppl, > > i'm new with chicken and scheme at all but always wanted to get some real > impression about scheme. so i started small toy project -- cli tool for > managing running rtorrent instance on my synology ds, and during > implementation of it i encountered few questions and maybe someone will be > able to clarify them: > > 1) number->string behaves different on arm and x86. on arm it adds ".0" to > unix time after conversion. is it suppose to be so? On my x86 (64bit) it does this too: #;1> (number->string (current-seconds)) "1318834910.0" Is your arms time correct? Maybe the seconds fit in a fixnum so there won't be a flonum output? (I think this is what happens). > 2) is it possible to build "real" static binary? i tried -static flag of > csc, it built static binary but when i started it -- it reported something > that can't load coops and crashed. don't remember exact message, can > copy/paste it later. Well at least with extensions officially static linking is no longer supported because most egg authors don't care or don't test their extensions against statically linking. But it is still possible to do so. Check the unit section of the manual (maybe even an older version if it is already gone). However, I would advise against doing so before you haven't gotten a good understanding of scheme and chicken. > 3) is it possible to build standalone win binary? You will always need the chicken runtime for your program. You can bundle it together with your app. See the -deploy option and the section about deploying in the wiki/manual. Maybe that will also solve your problem at 2) since it bundles all DLLs necessary into one directory. HTH, Christian -- Who can (make) the muddy water (clear)? Let it be still, and it will gradually become clear. Who can secure the condition of rest? Let movement go on, and the condition of rest will gradually arise. -- Lao Tse. ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] [ANN] BerkeleyDB binding
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 10/15/2011 12:56 AM, Thomas Chust wrote: > Hello, > > during the past days I've written a small binding for the BerkelyDB > library. You can find the code here: > > http://www.chust.org/fossils/berkeley-db > > You get a persistent key value store backed by files with an interface > loosely resembling that of a SRFI-69 hash table. There is transaction > support. The binding takes care of platform independent serialization > of Scheme values. Good stuff, Thomas! I've done a lot of work with BDB (from C) in the past. It's certainly a useful tool to have around! > > Ciao, > Thomas > ABS - -- Alaric Snell-Pym http://www.snell-pym.org.uk/alaric/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6cAHEACgkQRgz/WHNxCGpmSACeKid8T71BrywaEq7SEgaexCdS xpgAnRRh0jzDz0CS+tp68OsCz0n4D6RV =/X5V -END PGP SIGNATURE- ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] [ANN] BerkeleyDB binding
Hi, > during the past days I've written a small binding for the BerkelyDB > library. You can find the code here: > > http://www.chust.org/fossils/berkeley-db > > You get a persistent key value store backed by files with an interface > loosely resembling that of a SRFI-69 hash table. There is transaction > support. The binding takes care of platform independent serialization > of Scheme values. Wow! Nice! I see the API contains a good list of BDB options... and luckily they seem far simpler to understand that the plethora of combinations possible in C. :-) Regards, @ndy -- andy...@ashurst.eu.org http://www.ashurst.eu.org/ 0x7EBA75FF ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] [ANN] BerkeleyDB binding
Hi, > during the past days I've written a small binding for the BerkelyDB > library. You can find the code here: > > http://www.chust.org/fossils/berkeley-db > > You get a persistent key value store backed by files with an interface > loosely resembling that of a SRFI-69 hash table. There is transaction > support. The binding takes care of platform independent serialization > of Scheme values. How does licensing of this work? I understand that BDB is available under the GPL for certain uses. Does your work get infected with that or is it entirely stand-alone? What happens if I have BDB under a commercial license? (Which, at work, I do.) http://www.chust.org/fossils/berkeley-db/doc/trunk/LICENSE.txt Many thanks. Regards, @ndy -- andy...@ashurst.eu.org http://www.ashurst.eu.org/ 0x7EBA75FF ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users
Re: [Chicken-users] [ANN] BerkeleyDB binding
2011/10/17 Andy Bennett : >> [...] >> during the past days I've written a small binding for the BerkelyDB >> library. > [...] > How does licensing of this work? > I understand that BDB is available under the GPL for certain uses. Does > your work get infected with that or is it entirely stand-alone? > What happens if I have BDB under a commercial license? (Which, at work, > I do.) > [...] Hello Andy, I have placed my code under a BSD style license, which gives you a lot of freedom to use it. It's not my intent to prevent the usage of my code in a commercial context. But of course I can only define the licensing terms for the software I have written myself, not for its external dependencies. As far as I can tell, BerkeleyDB is not licensed under GPL. Its standard license does require that you release the source code of software using BerkeleyDB, but unlike GPL it doesn't prescribe the precise licensing terms of such code. [1] Since I distribute my binding code in source form anyway, I don't see any problems here. If you use my CHICKEN binding for BerkeleyDB you will have to observe the licensing terms of both the binding code and the original library. The license of the binding code does not pose any restrictions on you concerning use in commercial and/or closed source context, other than requiring you to preserve the copyright and license note. So while the standard license of BerkeleyDB apparently prescribes open sources for anything using it, iff you have a special license of BerkeleyDB allowing you to use it in a closed source project, I don't see any reason why you shouldn't be able to also use it through my binding in that context. However, I'm not an expert on intellectual property law, so please consult someone who is, if you want reliable legal advice ;-) Ciao, Thomas [1] http://www.oracle.com/technetwork/database/berkeleydb/downloads/oslicense-093458.html -- When C++ is your hammer, every problem looks like your thumb. ___ Chicken-users mailing list Chicken-users@nongnu.org https://lists.nongnu.org/mailman/listinfo/chicken-users