From davis at space.mit.edu Sun Sep 4 15:11:10 2005 From: davis at space.mit.edu (John E. Davis) Date: Tue Jan 30 08:52:09 2007 Subject: [slang-users] cURL slang module available Message-ID: <200509041911.j84JBAXD018815@aluche.mit.edu> Hi, I created a S-Lang module that wraps the cURL library. This module will allow a S-Lang script to transfer files in a simple and robust manner using a variety of protocols (FTP, FTPS, HTTP, HTTPS, GOPHER, TELNET, DICT, FILE and LDAP). As a simple example, slsh> c = curl_new ("http://www.jedsoft.org/"); slsh> curl_perform (c); will cause the specified URL to be written to stdout from `slsh`. Of course you can do much more with the module than that. In fact, the reason I wrote the module is that I wanted to download various podcasts to my mp3 player. The resulting "podcatch.sl" script utilizes the cURL and SLsmg modules to _asynchronously_ retrieve an arbitrary number of podcasts and display the progress of the downloads. I can also make the script available to interested parties. Documentation and download information about the module be found at Finally, I would like to say that I am impressed with the cURL library API. I am sure that it took a lot of thought to design a uniform interface to such a large variety of protocols. Kudos to the cURL developers. --John From marko.mahnic at email.si Wed Sep 7 05:23:31 2005 From: marko.mahnic at email.si (Marko Mahnic) Date: Tue Jan 30 08:52:09 2007 Subject: [slang-users] SLIRP 1.7.4 released In-Reply-To: <20050611120217.GA21296@svoboda.mit.edu> References: <20050611120217.GA21296@svoboda.mit.edu> Message-ID: <431EB193.3070507@email.si> Michael Noble wrote: > Dear S-Lang Users, > > Version 1.7.4 of SLIRP is now available at > > http://space.mit.edu/CXC/software/slang/modules/slirp > Hi, I compiled SLIRP under cygwin and installed it. Then I deleted the directory from which SLIRP was installed. It did not work any more because it could not find "autoload.sl". (I have SLSH 0.7.3 installed, /usr/local/etc/slsh.rc and /usr/local/share/slsh/autoload.sl) To make it work I modified the slirp script and added SLSH_PATH: ------ /usr/local/bin/slirp ---------- #! /bin/sh # SLIRP: The S-Lang Interface Package (mnoble@space.mit.edu) # This script is a convenience wrapper, for simplified use at command line. prefix=/usr/local SLSH_PATH=${prefix}/share/slsh export SLSH_PATH SLIRP_ROOT=${prefix}/share/slsh/local-packages/slirp export SLIRP_ROOT $prefix/bin/slirpsh $SLIRP_ROOT/slirp.sl "$@" ----------------------- Can you add sth like this into the installation? Is there already an option for sth similar in ./configure? Marko Mahnic From mnoble at space.mit.edu Wed Sep 7 10:03:43 2005 From: mnoble at space.mit.edu (Michael Noble) Date: Tue Jan 30 08:52:09 2007 Subject: [slang-users] SLIRP 1.7.4 released In-Reply-To: <431EB193.3070507@email.si> References: <20050611120217.GA21296@svoboda.mit.edu> <431EB193.3070507@email.si> Message-ID: <20050907140343.GA27846@svoboda.mit.edu> > Can you add sth like this into the installation? Of course ... I'll make sure it's in the next release. I will also rename the current slirp -v option to --version, and then change -v to work as it does in slsh proper (output verbose file loading messages). I think this would've made your debugging slightly easier. > already an option for sth similar in ./configure? No. Thanks for the report, Mike From mnoble at space.mit.edu Wed Sep 28 13:23:36 2005 From: mnoble at space.mit.edu (Michael Noble) Date: Tue Jan 30 08:52:09 2007 Subject: [slang-users] slirp 1.7.5 released Message-ID: <20050928172336.GA24417@svoboda.mit.edu> Hello Folks, Version 1.7.5 of SLIRP is now available at http://space.mit.edu/CXC/software/slang/modules/slirp In addition to the various developer-oriented changes, I wanted to draw your attention to the fact that SLIRP now installs all of its support files to its own directory within $prefix/share, instead of $prefix/share/slsh/local-packages/slirp. This was motivated in large part by Marko's recent installation bug report. If you have an older copy of SLIRP installed then you may wish to delete the ../local-packages/slirp directory. This is simply to avoid later confusion, since the new slirp will still work even if the old directory is present. Finally, if you load multiple interface files then you may have to add an additional directory to the load path to find any interface files previously installed to $prefix/share/slsh/local-packages. Regards, Mike Noble --- Changes in v1.7.5 1. Bugfix for parsing multiple comment strings within a single line 2. Strengthened #define macro handling, by performing substitutions on a macro value prior to determining if it denotes a constant 3. Activated mappings for "long long" and "unsigned long long" types 4. Added builtin annotations [void *ARRAY_2_VOIDP, void *ANY_2_VOIDP] which facilitate the passing of either arrays or arbitrary objects to wrapped routines as void* arguments. More details in docs. 5. Code may now be inlined into a generated module initialization fragment, by specifying the 'init' qualifier to the #inline directive 6. typedefs may now be ignored via the #ignore directive 7. Added late binding mechanism to enable wrapping of macros which reference symbols that were undefined when the #define was first seen 8. Ensure const-ness of destination type is propagated by #copy directive 9. Allow comments w/in #retmap open/close directives (will be stripped) 10. Local proxy variables defined by #argmap(in) annotations may now be safely referenced w/in subsequent annotations, e.g. #argmap(final) 11. To avoid problems on filesystems which do not support mixed-case (e.g Apple OS/X), generated makefiles now always named $(MODULE_NAME).mf 12. Changed -v option to mirror slsh (now causes slirp to echo path of each .sl file loaded) ; former -v option is now --version 13. SLIRP now installs files to its own directory within $prefix/share, instead of $prefix/share/slsh, in part to fix the autoloading bug reported by Marko Mahnic (marko dot mahnic at email dot si) 14. At install time, rebuild slirpsh with embedded SLSH_CONF_DIR and SLSH_PATH vars pointing to $prefix, instead of the build directory 15. Ensure that configure LDFLAGS setting is propagated to examples