Re: LibURL and MC IDE
On Sat, 11 Jun 2011 20:50:11 -0500 J. Landman Gay wrote: On 6/10/11 9:27 PM, Tariel Gogoberidze wrote: Dave Cragg was maintaining documentation athttp://www.lacscentre.com/liburl/releases.html but the latest release notes are about vs 1.1.6 and I can't find any LibURL vs 1.2 release notes in LiveCode IDE as well. RR took over maintenance a couple of years ago. I think the only changes are mentioned as vague references in older release notes. But in general they haven't added or removed anything, just fixed a few bugs as far as I know. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com Right. Since I posted I compared scripts in BBEdit (BTW under search menu they have compare two front documents feature, works really well) There are 32 changes between 1.1.6 and 1.2.0, mostly bug fixes, some of fixes below. # I.M 2010.03.24 with engine versions 4.5 calling hostnametoaddress with an extra parameter will throw an error, so encase in a try ... catch block and call without callback handler # I.M. 2010-03-11 Need to check result and handle immediate failure where no callback message will be sent -- # OK-2009-03-25 : Bug 7837 - Error code 624 means user interrupt. In this case we unblock and exit to top, # to allow users to abort loops containing locking url accesses. -- # MW-2011-04-23: [[ Bug 9520 ]] HTTP headers don't necessarily have a space after the ':'. -- # OK-2008-09-19 : fixed unquoted literal -- # MW-2010-10-12: [[ Bug 8655 ]] Applying patch suggested in bug report. -- # OK-2008-09-19 : Added for revOnline to allow post commands to be cancelled. not sure if this works yet... Also, httpHeaders parsing improved, HostNameToAddressCallback improved, some changes in HTTPs regards Tariel ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: LibURL and MC IDE
On 6/10/11 9:27 PM, Tariel Gogoberidze wrote: Dave Cragg was maintaining documentation athttp://www.lacscentre.com/liburl/releases.html but the latest release notes are about vs 1.1.6 and I can't find any LibURL vs 1.2 release notes in LiveCode IDE as well. RR took over maintenance a couple of years ago. I think the only changes are mentioned as vague references in older release notes. But in general they haven't added or removed anything, just fixed a few bugs as far as I know. -- Jacqueline Landman Gay | jac...@hyperactivesw.com HyperActive Software | http://www.hyperactivesw.com ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
LibURL and MC IDE
Hi, Current MC IDE has LibURL vs 1.1.6 and latest LiveCode has LibURL vs 1.2.0. I moved LibURL vs 1.2.0 to my MC IDE but I can't find any info on what changed between 1.1.6 and 1.2.0 Dave Cragg was maintaining documentation at http://www.lacscentre.com/liburl/releases.html but the latest release notes are about vs 1.1.6 and I can't find any LibURL vs 1.2 release notes in LiveCode IDE as well. May be somebody know what changes was made between vs 1.1.6 and 1.2.0 ? regards Tariel ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Which port does LibUrl use
Greetings two days in a row! Many of my clients have a variety of security systems or settings in place which block LibUrl's calls to put and get from our remote server. From time to time I get asked whether my standalone uses port 80 or not. I've also been asked if it could use http protocol instead of ftp (which is what I believe LibUrl is using). Can anybody shed some light on this for me? Thanks, Ray Horsley Developer, LinkIt! Software ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
Re: Which port does LibUrl use
On 12 Jan 2007, at 20:36, Ray Horsley wrote: Greetings two days in a row! Many of my clients have a variety of security systems or settings in place which block LibUrl's calls to put and get from our remote server. From time to time I get asked whether my standalone uses port 80 or not. I've also been asked if it could use http protocol instead of ftp (which is what I believe LibUrl is using). Ray, the protocol that libUrl uses depends on the url you supply. (i.e. does the url start with http://; or ftp://;?) You can use get url with either http or ftp. put ... into url ... is normally only used with an ftp url. To send data to an http url, use post ... to url ... Unless you specify otherwise, standard ports are used. (80 for http and 21 for ftp.) It's possible that your clients are using some kind of proxy server through which calls to the remote server have to be routed. You can set the httpProxy property for http urls to route calls through the proxy. If they are using a proxy server, you'll need to get the proxy details from your client and then set it in your program somewhere. For example, if the proxy server has an address of 10.0.0.128 on port 8080, you would do this: set the httpProxy to 10.0.0.128:8080 Cheers Dave ___ metacard mailing list metacard@lists.runrev.com http://lists.runrev.com/mailman/listinfo/metacard
libUrl 1.1.2
Hi all A libUrl update (version 1.1.2) is available. You can get it here. http://www.lacscentre.co.uk/liburl/releases.html or do this in the message box go url http://www.lacscentre.co.uk/liburl/updaters/liburl_1_1_2.rev; No new features over 1.1.1. Just a couple of bug fixes. Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: libUrl documentation and download
Until the RunRev site has the libUrl documentation back up again, you can view it here: http://www.lacscentre.co.uk/liburl/ Excellent -- thank you! indeed But as always, I'm open to opinions. It won't affect Rev folks, and it seems few MC users use the same copy of mctools.mc across multiple engines, so it seems I may be the only one affected. Don't bother on my account. I need to build a libURL multi-loader for myself anyway, and I'll happily share it if we can find anyone else who would want it. I am more or less regularly using different engine/ide combos so I may be game for this. Robert ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
libUrl documentation and download
Hi Until the RunRev site has the libUrl documentation back up again, you can view it here: http://www.lacscentre.co.uk/liburl/ You can also get an updater for the latest version (1.1.1 or 1.0.16) there as well. (Note that the previously announced betas of these versions introduced a bug that might affect POST commands to some http servers. So anyone using those betas should probably upgrade.) The updater is semi-intelligent in that it will install the appropriate version for the engine you currently have installed. But if you later swap engines, and keep the same mctools.mc stack, you may end up with the wrong version. So it's probably best to keep the updater around, and run it again if you ever swap engines. As discussed before, I was thinking about a more intelligent version that would keep two library stacks in custom properties, and load the appropriate one with a libraryStack handler. But I'm currently against the idea for two reasons; 1. It makes accessing/editing the script more difficult for developers, and I really want people to access the scripts and fix problems they find. 2. It's quite possible that future versions of libUrl will introduce more new syntax from newer engines, and therefore we'll need an even smarter (thus bug-prone) loading system. But as always, I'm open to opinions. Cheers Dave PS I just made a late booking for EuroRevCon, so looking forward to meeting those of you who'll be there. ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: libUrl documentation and download
On Oct 26, 2004, at 1:53 PM, Dave Cragg wrote: Until the RunRev site has the libUrl documentation back up again, you can view it here: http://www.lacscentre.co.uk/liburl/ Dave, Thank you very much for all of your work. Many of the projects I work on take advantage of this wonderful library. -- Best regards, Mark Talluto 28612 Avalon Ave Moreno Valley, CA 92555 tel: (310) 483-9919 fax: (951) 924-6240 http://www.canelasoftware.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: libUrl documentation and download
Recently, Mark Talluto wrote: Thank you very much for all of your work. Many of the projects I work on take advantage of this wonderful library. Seconded, thirded, fourthed, and fifthed. Thanks very much Dave. As always, your help and contributions are very much appreciated. Regards, Scott Rossi Creative Director Tactile Media, Development Design - E: [EMAIL PROTECTED] W: http://www.tactilemedia.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: libUrl documentation and download
Dave Cragg wrote: Hi Until the RunRev site has the libUrl documentation back up again, you can view it here: http://www.lacscentre.co.uk/liburl/ Excellent -- thank you! You can also get an updater for the latest version (1.1.1 or 1.0.16) there as well. (Note that the previously announced betas of these versions introduced a bug that might affect POST commands to some http servers. So anyone using those betas should probably upgrade.) The updater is semi-intelligent in that it will install the appropriate version for the engine you currently have installed. But if you later swap engines, and keep the same mctools.mc stack, you may end up with the wrong version. So it's probably best to keep the updater around, and run it again if you ever swap engines. As discussed before, I was thinking about a more intelligent version that would keep two library stacks in custom properties, and load the appropriate one with a libraryStack handler. But I'm currently against the idea for two reasons; 1. It makes accessing/editing the script more difficult for developers, and I really want people to access the scripts and fix problems they find. 2. It's quite possible that future versions of libUrl will introduce more new syntax from newer engines, and therefore we'll need an even smarter (thus bug-prone) loading system. But as always, I'm open to opinions. It won't affect Rev folks, and it seems few MC users use the same copy of mctools.mc across multiple engines, so it seems I may be the only one affected. Don't bother on my account. I need to build a libURL multi-loader for myself anyway, and I'll happily share it if we can find anyone else who would want it. PS I just made a late booking for EuroRevCon, so looking forward to meeting those of you who'll be there. So cool! Glad you can make it. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: libUrl documentation and download
Le 26 oct. 04, à 23:13, Scott Rossi a écrit : Recently, Mark Talluto wrote: Thank you very much for all of your work. Many of the projects I work on take advantage of this wonderful library. Seconded, thirded, fourthed, and fifthed. Thanks very much Dave. As always, your help and contributions are very much appreciated. Rev/MC could'nt be the n-tier apps development platform of choice they are without embedding LibURL !!! So thanks again and again, Andu. So many thanks for going head with that all, Dave. Best Regards, Pierre -- Bien cordialement, Pierre Sahores 100, rue de Paris F - 77140 Nemours [EMAIL PROTECTED] [EMAIL PROTECTED] GSM: +33 6 03 95 77 70 Pro: +33 1 64 45 05 33 Fax: +33 1 64 45 05 33 http://www.sahores-conseil.com/ WEB/EAI services ACID DB over IP Mutualiser les deltas de productivité ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
libURL error 10053?
I have a WebMerge customer whose reporting that he's getting an error 10053 when he tries to FTP. WebMerge uses libURL v1.0.13. I can't reproduce the error here, and the user claims that the same settings as he's using in WebMerge work well when FTPing from the command line (he's using WinXP). We have a few hundred customers happily FTPing with WebMerge, so it must be something specific to his server or his login/password. I can't find reference to what error #10053 could be. Any clues as to how to diagnose this further? TIA - -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: libURL error 10053?
On 20 Oct 2004, at 22:21, Richard Gaskin wrote: I have a WebMerge customer whose reporting that he's getting an error 10053 when he tries to FTP. WebMerge uses libURL v1.0.13. I can't reproduce the error here, and the user claims that the same settings as he's using in WebMerge work well when FTPing from the command line (he's using WinXP). We have a few hundred customers happily FTPing with WebMerge, so it must be something specific to his server or his login/password. I can't find reference to what error #10053 could be. Any clues as to how to diagnose this further? 10053 means the connection was aborted on the local host, but it could be for a number of reasons. It could be a firewall thing (stab in the dark). Does WebMerge give the option to switch to Active mode (libUrlSetFtpMode active)? libUrl uses Passive mode by default. That might explain why the command line works from the same machine. Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
libURL
I'm using MC 2.4.3 and Mac OSX The following doesn't work: on mouseUp start using libURL put url http://www.cariboo.bc.ca; into temp go temp end mouseUp How do I know if the libURL is present? If it's not present how do I load it? How do I make this work? Thanks Rick ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
new libURL?
Anyone have a URL to the latest version of LibURL which is compatible with the latest engine? I can reconstruct one from dissecting Rev, but I'd rather use the one from the official download URL. That is, if there is an official download URL. :) -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: new libURL?
Anyone have a URL to the latest version of LibURL which is compatible with the latest engine? I can reconstruct one from dissecting Rev, but I'd rather use the one from the official download URL. That is, if there is an official download URL. :) -- Richard Gaskin Fourth World Media Corporation Wasn't the url for download just recently posted here by the author? Robert ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: new libURL?
Robert Brenstein wrote: Anyone have a URL to the latest version of LibURL which is compatible with the latest engine? I can reconstruct one from dissecting Rev, but I'd rather use the one from the official download URL. That is, if there is an official download URL. :) Wasn't the url for download just recently posted here by the author? I couldn't find it in the archives, nor at the RunRev FTP site. All I know is it's no longer at the URL RunRev pulled from their site without notice or forwarding address. If you have it handy it would be much appreciated. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: new libURL?
Thank you for the summary and the URLs. Dave Cragg wrote: BTW, have you had any more thoughts on how to handle the split versions of libUrl we now have for the MC IDE? Yeah: have one version that's also backwardly compatible. :) But seriously, I've been giving it some thought and while it's easy to accomodate the IDE it's less easy to accomodate existing scripts that call start using liburl. We could do this: have libURL be just a shell whose libraryStack handler does a version check and inserts one of two button scripts into the backscripts. Can you folks think of any reason that wouldn't be a good idea? One downside is that if we continue to use Resource Mover for that it will move two copied of the script into the target stack, and only one of them is needed in a standalone. What do you folks think? -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: IDE and libUrl
I'd propose that we do with libURL what we did with the Standalone Builder: have two versions included in the IDE, and use the version appropriate to the engine being used in that session. Can anyone think of a downside to that? For the sake of simplicity I like being able to use one IDE build across all versions of the engine from the time the IDE went open source going forward. There may be a time when that goal is no longer supportable, but as long as it is I think it's worth doing. Any downsides to the approach for libURL proposed here? -- Richard Gaskin I think it is a good idea to have two different versions of libURL available if that is needed to support larger range of engines. The only addition to consider is being able to query the version number of the currently used one. May be it is already supported. This actually could be a common feature of all components (mainstacks as well as substacks) of IDE. In my opinion, aside from the overall release number, each component should have its own version number. Rather than creating a function for this, we could agree on all stacks having a custom property, for example, mcStackVersion, that could be queried by whatever means one desires. If we want to be more sophisticated, we could have a set with version, date, author, changes. By the way, when implementing both versions, are we going to have libURL inited at startup now or the current practice of each urlLib call librarizing it again will continue? The copy I got lately from Chipp is an installer with separate buttons for Rev and MC, so patching the code with missing libraryStack handler could be done in the installer. I am sure the author will agree with that. Robert Brenstein ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: IDE and libUrl
On 8 Sep 2004, at 03:17, Richard Gaskin wrote: Some time ago Dave Cragg wrote: The version of libUrl (1.1a3) currently being distributed with the Rev 2.5 beta (engine 2.6.1) is not backwards compatible with earlier engines. This is because of syntax added to support secure sockets in https URLs. Can older versions of libURL be used with newer engines (without support for new features, of course)? Yes. I'd propose that we do with libURL what we did with the Standalone Builder: have two versions included in the IDE, and use the version appropriate to the engine being used in that session. Can anyone think of a downside to that? For the sake of simplicity I like being able to use one IDE build across all versions of the engine from the time the IDE went open source going forward. There may be a time when that goal is no longer supportable, but as long as it is I think it's worth doing. Any downsides to the approach for libURL proposed here? I guess there will be a naming issue with the stack. (start using ???) The other issue I'm not so sure about is the potential syntax error when using the newer libUrl with an older engine. (The problem syntax is open secure socket ...) I'm not sure exactly when/if the engine tries to compile loaded stacks. If compiling is only done when a stack is actually called (e.g. after a start using) then it may be OK. But if all substacks in memory are subject to script compilation, then there may be a problem. (I guess I could check this out. :)) A thought. (Apologies if this is what you had in mind.) One approach might be to make the libUrl stack simply a loader stack, with a single libraryStack handler. The two functional versions of libUrl would be held in custom properties. The libraryStack handler would unpackage the appropriate custom property and start using that stack. I just checked if this is feasible, and it seems to be. Although it seems you can't use start using directly on a custom property, you can go to a custom property. So something like this might work: on libraryStack if libUrl_ is not in the stacksInUse then if versionLessThan(2.6.1) then go invisible stack (the cLibUrl1_0_15 of me) ##contains stack libUrl_1_0_15 start using libUrl_1_0_15 close stack libUrl_1_0_15 else go invisible stack (the cLibUrl1_1 of me) start using libUrl_1_1 close stack libUrl_1_1 end if end if end libraryStack function versionLessThan pTarget put the version into tCurV set the itemDel to . put 0 into tCount repeat for each item tNum in pTarget add 1 to tCount if item tCount of tCurV tNum then return true end repeat return false end versionLessThan A problem here might be the size of the libUrl stack that has to be carried around, but I guess the custom properties could be compressed. Too complicated?? By the way, I just noticed that the libUrl pages on the new Rev website are incomplete (no links to documentation or downloads). I'll check with RunRev what they plan for this. However, it may be a good idea to have the latest updaters posted elsewhere. On the Yahoo site perhaps, along with the IDE. Or should I put together a separate download site? (or both?). Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: IDE and libUrl
Dave, Let me know if you need a place to host libURL. I've got plenty of server space. -Chipp Dave Cragg wrote: On 8 Sep 2004, at 03:17, Richard Gaskin wrote: Some time ago Dave Cragg wrote: The version of libUrl (1.1a3) currently being distributed with the Rev 2.5 beta (engine 2.6.1) is not backwards compatible with earlier engines. This is because of syntax added to support secure sockets in https URLs. Can older versions of libURL be used with newer engines (without support for new features, of course)? Yes. I'd propose that we do with libURL what we did with the Standalone Builder: have two versions included in the IDE, and use the version appropriate to the engine being used in that session. Can anyone think of a downside to that? For the sake of simplicity I like being able to use one IDE build across all versions of the engine from the time the IDE went open source going forward. There may be a time when that goal is no longer supportable, but as long as it is I think it's worth doing. Any downsides to the approach for libURL proposed here? I guess there will be a naming issue with the stack. (start using ???) The other issue I'm not so sure about is the potential syntax error when using the newer libUrl with an older engine. (The problem syntax is open secure socket ...) I'm not sure exactly when/if the engine tries to compile loaded stacks. If compiling is only done when a stack is actually called (e.g. after a start using) then it may be OK. But if all substacks in memory are subject to script compilation, then there may be a problem. (I guess I could check this out. :)) A thought. (Apologies if this is what you had in mind.) One approach might be to make the libUrl stack simply a loader stack, with a single libraryStack handler. The two functional versions of libUrl would be held in custom properties. The libraryStack handler would unpackage the appropriate custom property and start using that stack. I just checked if this is feasible, and it seems to be. Although it seems you can't use start using directly on a custom property, you can go to a custom property. So something like this might work: on libraryStack if libUrl_ is not in the stacksInUse then if versionLessThan(2.6.1) then go invisible stack (the cLibUrl1_0_15 of me) ##contains stack libUrl_1_0_15 start using libUrl_1_0_15 close stack libUrl_1_0_15 else go invisible stack (the cLibUrl1_1 of me) start using libUrl_1_1 close stack libUrl_1_1 end if end if end libraryStack function versionLessThan pTarget put the version into tCurV set the itemDel to . put 0 into tCount repeat for each item tNum in pTarget add 1 to tCount if item tCount of tCurV tNum then return true end repeat return false end versionLessThan A problem here might be the size of the libUrl stack that has to be carried around, but I guess the custom properties could be compressed. Too complicated?? By the way, I just noticed that the libUrl pages on the new Rev website are incomplete (no links to documentation or downloads). I'll check with RunRev what they plan for this. However, it may be a good idea to have the latest updaters posted elsewhere. On the Yahoo site perhaps, along with the IDE. Or should I put together a separate download site? (or both?). Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: IDE and libUrl
Dave wrote: By the way, I just noticed that the libUrl pages on the new Rev website are incomplete (no links to documentation or downloads). I'll check with RunRev what they plan for this. However, it may be a good idea to have the latest updaters posted elsewhere. On the Yahoo site perhaps, along with the IDE. Or should I put together a separate download site? (or both?). I'll happily maintain a copy with docs at the MC IDE home page: http://groups.yahoo.com/group/MC_IDE/ -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
URL to libURL?
Where can I download the latest version of libURL for use in MC? Can I use earlier versions of libURL with the Rev 2.5 engine? -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: IDE and libUrl
Some time ago Dave Cragg wrote: The version of libUrl (1.1a3) currently being distributed with the Rev 2.5 beta (engine 2.6.1) is not backwards compatible with earlier engines. This is because of syntax added to support secure sockets in https URLs. Can older versions of libURL be used with newer engines (without support for new features, of course)? I plan to make future updaters aware of the engine version, and install the appropriate version. However, this might not be enough to keep confusion away. I'm not sure if the plan is to release new MC IDEs with each engine release (if so, then there mau be no problem), but I'm guessing people are hoping to be able to use the same IDE over a range of engine releases. There could be problems if people swap engines about liberally without being sure to have an appropriate version of libUrl in place. I can't think of an easy way round this problem right now. But if anyone has any thoughts, please let me know. I'd propose that we do with libURL what we did with the Standalone Builder: have two versions included in the IDE, and use the version appropriate to the engine being used in that session. Can anyone think of a downside to that? For the sake of simplicity I like being able to use one IDE build across all versions of the engine from the time the IDE went open source going forward. There may be a time when that goal is no longer supportable, but as long as it is I think it's worth doing. Any downsides to the approach for libURL proposed here? -- Richard Gaskin Fourth World Media Corporation Developer of WebMerge: Publish any database on any Web site ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: URL to libURL?
Hi Richard, I believe you *can* use earlier versions of libURL, though they won't support the SSL features. Contact me offlist if you need the latest beta sans SSL. best, Chipp Richard Gaskin wrote: Where can I download the latest version of libURL for use in MC? Can I use earlier versions of libURL with the Rev 2.5 engine? ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: IDE and libUrl
On 26 Jul 2004, at 20:42, Brian Yennie wrote: This reminds me of the warning the tools stack used to always give me when I got new beta releases of Metacard- that the version of the tools stack didn't match the version of the engine. Could we use this same sort of logic, and maybe add an extra line or two to the IDE to specifically check for a matching version of libURL? The user could of course ignore the warning, but at least they'd be likely to understand why their URL scripts were failing after receiving said warning... It may not be so straightforward. In the case of a new version of libUrl (= 1.1) with an old engine ( 2.6.1) I think a script error will pop up as soon as the engine tries to run/compile the script. I haven't checked out the details yet, but doesn't the engine start compiling scripts as soon as a stack is loaded? Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: IDE and libUrl
Dave Cragg wrote: On 26 Jul 2004, at 20:42, Brian Yennie wrote: This reminds me of the warning the tools stack used to always give me when I got new beta releases of Metacard- that the version of the tools stack didn't match the version of the engine. Could we use this same sort of logic, and maybe add an extra line or two to the IDE to specifically check for a matching version of libURL? The user could of course ignore the warning, but at least they'd be likely to understand why their URL scripts were failing after receiving said warning... It may not be so straightforward. In the case of a new version of libUrl (= 1.1) with an old engine ( 2.6.1) I think a script error will pop up as soon as the engine tries to run/compile the script. I haven't checked out the details yet, but doesn't the engine start compiling scripts as soon as a stack is loaded? Yes, which has been evident when running with explicitVars on. Have you gotten my emails on that? I'd be happy to add the necessary declarations to libURL, but it would be very useful if I could use it when running with explicitVars (a requirement when I'm working on the MC IDE and a few other projects). -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: IDE and libUrl
Ah, right. Yes that would cause extra difficulty. With that said, should the IDE generally be doing something along the lines of: try start using stack libURL catch tErr answer error Error loading libURL... version conflict? end try And would that relieve some of the problems with any incompatible library, in general? It may not be so straightforward. In the case of a new version of libUrl (= 1.1) with an old engine ( 2.6.1) I think a script error will pop up as soon as the engine tries to run/compile the script. I haven't checked out the details yet, but doesn't the engine start compiling scripts as soon as a stack is loaded? ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: IDE and libUrl
On 27 Jul 2004, at 21:15, Richard Gaskin wrote: Dave Cragg wrote: On 26 Jul 2004, at 20:42, Brian Yennie wrote: This reminds me of the warning the tools stack used to always give me when I got new beta releases of Metacard- that the version of the tools stack didn't match the version of the engine. Could we use this same sort of logic, and maybe add an extra line or two to the IDE to specifically check for a matching version of libURL? The user could of course ignore the warning, but at least they'd be likely to understand why their URL scripts were failing after receiving said warning... It may not be so straightforward. In the case of a new version of libUrl (= 1.1) with an old engine ( 2.6.1) I think a script error will pop up as soon as the engine tries to run/compile the script. I haven't checked out the details yet, but doesn't the engine start compiling scripts as soon as a stack is loaded? Yes, which has been evident when running with explicitVars on. Have you gotten my emails on that? I'd be happy to add the necessary declarations to libURL, but it would be very useful if I could use it when running with explicitVars (a requirement when I'm working on the MC IDE and a few other projects). Oddly, no one has pulled me up about this. However, I've already added declarations for the recent (2.6.1 supportive) version. I'll try and add the same to the 1.0.15 version before it becomes final. Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
IDE and libUrl
Hi all First, apologies for not making a bigger contribution to the IDE. (weak excuses about other commitments, new dog ate my e-mail, etc.) As an almost full-time user of the IDE, I'm grateful to everyone involved, and especially the great poohbah. Of course, there have been times when it looked like the whole IDE might fall prey to creeping eye candy (that modernistic splash screen for example, and older users probably think things started going south when the image icon changed some years back, was that you Rossi? grin). Anyway, to more serious things... The version of libUrl (1.1a3) currently being distributed with the Rev 2.5 beta (engine 2.6.1) is not backwards compatible with earlier engines. This is because of syntax added to support secure sockets in https URLs. I plan to make future updaters aware of the engine version, and install the appropriate version. However, this might not be enough to keep confusion away. I'm not sure if the plan is to release new MC IDEs with each engine release (if so, then there mau be no problem), but I'm guessing people are hoping to be able to use the same IDE over a range of engine releases. There could be problems if people swap engines about liberally without being sure to have an appropriate version of libUrl in place. I can't think of an easy way round this problem right now. But if anyone has any thoughts, please let me know. Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: IDE and libUrl
Brian Yennie wrote: This reminds me of the warning the tools stack used to always give me when I got new beta releases of Metacard- that the version of the tools stack didn't match the version of the engine. Could we use this same sort of logic, and maybe add an extra line or two to the IDE to specifically check for a matching version of libURL? The user could of course ignore the warning, but at least they'd be likely to understand why their URL scripts were failing after receiving said warning... The warning comes from the Home stack and not the IDE. The Home stack has never been altered since the project became open source. I could modify it but it's tricky, since I need to work on a virgin copy yet have the scriptLimits removed. I'll do that for the IDE version after the one currently in testing. -- Richard Gaskin Fourth World Media Corporation ___ [EMAIL PROTECTED] http://www.FourthWorld.com ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
[ANN] libUrl 1.0.15 beta
Hi All A beta of the latest version of libUrl is available at the following url: http://www.runrev.com/revolution/developers/interimreleases/liburl/releases.shtml In addition to some bug fixes, it has a number of new features: It provides support for emulating htmls forms of types application/x-www-form-urlencoded and multipart/form-data. (The latter is commonly used for uploading files from html forms to web servers.) There is also support for setting callbacks to handle authentication on http and proxy servers. Except in the case of the Basic authentication scheme, this will probably require an external to implement fully. However, Chipp Walters has agrred to make available a dll that handles Windows NTLM authentication. Expect more information to be forthcoming. Note: this a beta version, so test before trusting important data to it. Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: Moving Resources (LibURL)
At 9:30 pm -0500 22/12/02, John Kiltinen wrote: snip The problem is that in the conversion to the new version of MetaCard, as I understand it, is that the handling of Internet functionality has been taken over by the libURL system. In order to incorporate this funcionality into my program, I think that I should delete resources from my stack with Resource Mover, and then add them back again. However when I do this, many other details in the package break down. I'm not sure whether you need to delete any resources when going from 2.3.2 to 2.4.3. But you will need to add libUrl when building the standalone for 2.4.3. Also, somewhere in your stack (in preOpenStack is probably a good place) you must include the following line: start using libUrl Is there a solution to this problem? Have I given enough information to make it clear? In case not, here is the script for my registration routine that uses the post command, taken from a button that the user presses after filling in a form: snip try post postThisNow to url http://math.nmu.edu/~registrar/post.cgi; catch errornum answer Error number errornum in attempt to send your data. exit mouseUp A smaller point, and probably not related to your script not working, but after the post command you should check the result. try post postThisNow to url http://math.nmu.edu/~registrar/post.cgi; if the result is not empty then throw the result catch errornum answer Error number errornum in attempt to send your data. exit mouseUp Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Moving Resources (LibURL)
My question has to do with using Resource Mover to delete resources and then using it to add them back to a stack. This is happening in the context of migrating to a newer version of MetaCard and converting from Mac classic to OS X. In particular, my question relates to bringing in LibURL. Here are the specifics. My Permutation Puzzles Package was developed under MetaCard 2.3.2 for the Macintosh classic and Windows platforms. The publication of this package has been delayed long enough, so that I decided I needed to have a Mac OS X version as well. This OS X version is being developed in MetaCard 2.4.3. I have gotten everything to work under OS X and MetaCard 2.4.3 except for my system for online registration of the package. The system makes use of the MetaCard post command. Everything works fine under MetaCard 2.3.2 in Mac classic and Windows environments, and also under MetaCard 2.4.3 when the development environment is running and my program is still a stack. However once I build a standalone under MetaCard 2.4.3, the post command no longer makes contact with the server. The problem is that in the conversion to the new version of MetaCard, as I understand it, is that the handling of Internet functionality has been taken over by the libURL system. In order to incorporate this funcionality into my program, I think that I should delete resources from my stack with Resource Mover, and then add them back again. However when I do this, many other details in the package break down. I have noted this problem in the past. When I have to delete resources with Resource Mover and then add them back, things get broken that were previously working just fine. Is there a solution to this problem? Have I given enough information to make it clear? In case not, here is the script for my registration routine that uses the post command, taken from a button that the user presses after filling in a form: global gPostInfo on mouseUp if the platform is MacOS then put MacToISO(gPostInfo) into postThisNow else put gPostInfo into postThisNow end if try post postThisNow to url http://math.nmu.edu/~registrar/post.cgi; catch errornum answer Error number errornum in attempt to send your data. exit mouseUp finally put it into CheckWhatHappened if matchText(CheckWhatHappened, SUCCESS) then put You are now registered. Thank you. return \ Wait just a moment while I record the \ fact that you have registered return \ so that I do not have to remind you about this any more. \ into field Result \ of card 3 of stack Registration Form show field Result of card 3 of stack Registration Form ##Steps for recording locally that registration was successful deleted. else put The registration did not go through. Here are some \ things that you can try. return return \ 1. Check to make sure that you are connected to the Internet. \ return return \ 2. Maybe the computer that receives these messages is \ temporarily down. Try the online registration later. \ return return \ 3. If the online procedure has failed on several attempts, \ use one of the other options. \ into field Result of card 3 of stack Registration Form show field Result of card 3 of stack Registration Form show button Close Result of card 3 of stack Registration Form exit mouseUp end if end try end mouseUp John Kiltinen John Kiltinen ([EMAIL PROTECTED])Home Office Professor, Dept. of Math. CS Tel.(906) 228-8035 or (906) 227-1600 Northern Michigan University Fax (906) 228-4667 or (906) 2272010 Marquette, MI 49855 USA ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
libUrl updates
Hi Two new updates to libUrl are available at the url below: http://www.runrev.com/revolution/developers/interimreleases/liburl/releases.shtml Please note that Starter Kit users won't be able to apply these updates. (This is not a marketing ploy; it's just because the script limits make it impossible to update your current libUrl script. Sorry!) Why two updates? Version 1.0.7b5 is a relatively minor update (one small bug fix) over 1.0.7b4 which was included with the Metacard 2.4.3 release. (More details are on the site.) Version 1.0.8a1 involves a lot of behind-the-scenes script changes, mainly affecting the way ftp commands are handled. Because of this, it hasn't been tested in the wild as extensively as the earlier versions, so you are encouraged to test it thoroughly before distributing it with your applications. However, to encourage you to try it out, it includes a couple of new features: 1. There is a callback feature that lets you get the status of downloads/uploads. It is similar in some ways to the current urlStatus function, but it will work with blocking calls such as get url. This makes it possible to report download/upload progress for these blocking calls. It should also make it easier to set up something such as a url status panel once, and then have it work automatically for all uploads and downloads without any further scripting. 2. There is now a way to switch the way that ftp directory listings are returned. You can have libUrl use the conventional LIST command (the default) which for most servers returns the conventional Unix-style directory listings. Or you can switch to the NLST comand which returns a list of file names only. Details of these features are on the website. Cheers Dave Cragg ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: libURL rocks
At 10:31 pm -0700 1/7/02, Richard Gaskin wrote: Dave Cragg: thank you for putting in the time for the error-checking in libURL, and the handy MakeDir feature that makes uploading to as-yet-non-existent directories a snap. I love the plaudits, Richard, but it would be wrong to leave the impression that this is some kind of selfless endeavor. Work on libUrl is sponsored by Runtime Revolution, which means they should get the thanks. (When it doesn't work, abuse, etc. should probably come in my direction. :)) Cheers Dave ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: libURL rocks
--On Tuesday, July 2, 2002 8:11 AM +0100 Dave Cragg [EMAIL PROTECTED] wrote: At 10:31 pm -0700 1/7/02, Richard Gaskin wrote: Dave Cragg: thank you for putting in the time for the error-checking in libURL, and the handy MakeDir feature that makes uploading to as-yet-non-existent directories a snap. I love the plaudits, Richard, but it would be wrong to leave the impression that this is some kind of selfless endeavor. Work on libUrl is sponsored by Runtime Revolution, which means they should get the thanks. (When it doesn't work, abuse, etc. should probably come in my direction. :)) Cheers Dave If you guys came this far, go that extra step and pay respects to Raney who was the initiator and original sponsor of libURL (and the original libURL;-). ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard Regards, Andu Novac ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
libURL getting .RDF files
I'm trying to get .RDF files using libURL w/ no luck. For example - I can view http://www.macnn.com/macnn.rdf from my browser, but the following script does not work: on mouseUp put http://www.macnn.com/macnn.rdf; into aURL get URL aURL put it into fld R end mouseUp I believe it's probably a trivial thing, maybe just modifying the HTTP Header? I'm not sure - anyone? Thanks in advance, Eric ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: libURL getting .RDF files
At 9:52 am -0400 2/7/02, thinkertoys wrote: I'm trying to get .RDF files using libURL w/ no luck. For example - I can view http://www.macnn.com/macnn.rdf from my browser, but the following script does not work: on mouseUp put http://www.macnn.com/macnn.rdf; into aURL get URL aURL put it into fld R end mouseUp I believe it's probably a trivial thing, maybe just modifying the HTTP Header? I'm not sure - anyone? It works here. Nothing special required. Is field R correct? How about field R? It might be useful to check the result: get URL aURL if the result is not empty then answer the result put it into field R Cheers Dave Cragg ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: libURL getting .RDF files
It works here. Nothing special required. Dave. Your confirmation that it works really helped. I started looking elsewhere found that my problem was really stupid: 2 fields called R, one exactly on top of the other. Thanks, Eric ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: libURL rocks
On Tue, 02 Jul 2002 andu [EMAIL PROTECTED] wrote: --On Tuesday, July 2, 2002 8:11 AM +0100 Dave Cragg [EMAIL PROTECTED] wrote: At 10:31 pm -0700 1/7/02, Richard Gaskin wrote: Dave Cragg: thank you for putting in the time for the error-checking in libURL, and the handy MakeDir feature that makes uploading to as-yet-non-existent directories a snap. I love the plaudits, Richard, but it would be wrong to leave the impression that this is some kind of selfless endeavor. Work on libUrl is sponsored by Runtime Revolution, which means they should get the thanks. (When it doesn't work, abuse, etc. should probably come in my direction. :)) Cheers Dave If you guys came this far, go that extra step and pay respects to Raney who was the initiator and original sponsor of libURL (and the original libURL;-). And as long as we're passing out kudos, a good helping goes to Andu himself, who wrote the original version of libURL. This was before RR volunteered to take it over, and was no mean feat given the unfinished state the engine socket support was in at the time. Regards, Scott Scott Raney [EMAIL PROTECTED] http://www.metacard.com MetaCard: You know, there's an easier way to do that... ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
libUrl update and documentation
Hi An updated version of the libUrl library is available at the following url: http://www.runrev.com/revolution/developers/interimreleases/liburl/index.shtml Note that this is the same version that is included with the 2.4.3b1 Metacard release, so there's no need to update if you're running that version. However, there are notes on the site about using the library, so it's worth a visit. The new version adds commands for file-to-file transfers: libUrlFtpUploadFile libUrlDownloadToFile Notes on how to use these commands, as well as the exisiting commands and functions, are also on the site. The update also adds a few behind-the-scenes improvements and fixes. However, unless you need the above commands, or are having problems currently with ftp and http urls, you should be fine with the present library. Regards Dave Cragg ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
LibUrl - and multipart/form data
Does the library support posting data with this format? Would this work if I: 1) use a function to encode the data as multipart/form encoded, 2) set the httpheaders to include Content type: mulipart/form-data; boundary= someboundary 3) post the encoded data using libUrl? ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: LibUrl - and multipart/form data
At 11:48 am + 4/5/02, David Bovill wrote: Does the library support posting data with this format? Would this work if I: 1) use a function to encode the data as multipart/form encoded, 2) set the httpheaders to include Content type: mulipart/form-data; boundary= someboundary 3) post the encoded data using libUrl? libUrl will support it. That is, it will include in the http request any headers set in the httpheaders, and will try to post any data you ask it to. Whether it will work will depend on what the server end is expecting. Give it a try and see. Note: It should be Content-type with a hyphen. Cheers Dave Cragg ___ metacard mailing list [EMAIL PROTECTED] http://lists.runrev.com/mailman/listinfo/metacard
Re: LibUrl issue
Once again, Andu and Scott and the rest at Metacard amaze and astound me with their customer service. There is no organization in this broad field that responds as quickly and helpfully as they do to client problems. Thank You, Mark Lacy LetterPress Software, Inc. At 06:38 PM 11/16/01 -0500, you wrote: Not exactly a problem but YOUR web server (Roxen) is very particular about crlf which is why it didn't recognize the request header from libURL as valid HTTP. The problem has been fixed for the next release. Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: LibUrl issue
Mark Lacy wrote: I have just started trying to learn to use the libUrl functions in Metacard 2.4. Searching the list I found this from Andu: start using libURL put url http://www.metacard.com/stacks/tools.mc; into temp go temp It worked fine. Sivakatirswami kindly allowed me use Andu's above script to access a stack on HIS web site and again no problem. Now my problem! The above works great, but on my own test stack on OUR web site: start using libURL put url http://www.lpsoftware.com/lacytest/signallamp.mc; into temp go temp Nothing happens, and I have tried referencing several of my own different stacks without any success. This problem occurs both in the development environment and outside and I have moved liburl into my calling stack. Am I missing something? By the way, using 2.3.2 and referencing my own stacks on our web site: put url http://www.lpsoftware.com/lacytest/test.mc; into temp go temp Also works just fine. Please share any ideas regarding what my be going on with 2.4 stacks on my web site. Not exactly a problem but YOUR web server (Roxen) is very particular about crlf which is why it didn't recognize the request header from libURL as valid HTTP. The problem has been fixed for the next release. Regards, Mark Lacy LetterPress Software Andu Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: libURL-use in other stack/security
From: Sivakatirswami [EMAIL PROTECTED] --- 3) How does one go about implementing progress bars and feedback from the libURL handlers? Do we need to go in and add code ourselves? Seems like that kind of tampering by a novice could be dangerous, ...so, does libURL send messages that we can trap for? and if so, what are they? Basically all I want is something really simple...OK, your FTP upload worked. Done. or Sorry, problem, your FTP upload didn't work Downloads are transparent...either you see the data/file you tried to fetch or not... but uploads are mysterious without feedback. I do this with load url by repeatedly (every 0.2 seconds or so) sending a message to my stack to check the urlStatus and then converting the loading x,y to a number, which then sets the scroll of a progressbar. I am not sure if there is a parallel for urlStatus() for FTP, but I'm going to have to find out for myself pretty soon. -- Mark J. Luetzelschwab [EMAIL PROTECTED] Texas Center for(v) (512) 232 6034 Reading and Language Arts (f) (512) 232 2322 http://www.texasreading.org Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
libURL-use in other stack/security
Aloha, I made an FTP widget for one of the editors that simply uploads an html string to a specific directory/file. Of course... (duh) when I gave it to him with the 2,4 engine and no home stack, it failed...obviously...libURL absent.. This leads to several questions: 1) it seems when in the IDE (home stack open) that the use of start using stack libURL is not required. Was this eliminated? Or is it still a good idea to uses it? But I don't think that would have solved it because: 2) Since libURL is a substack of the mctools.mc I presume that one must clone it and make the clone a substack of any stack in which you are going to use these scripts. Correct? (note, would be really handy to put this in the resource mover!) 3) How does one go about implementing progress bars and feedback from the libURL handlers? Do we need to go in and add code ourselves? Seems like that kind of tampering by a novice could be dangerous, ...so, does libURL send messages that we can trap for? and if so, what are they? Basically all I want is something really simple...OK, your FTP upload worked. Done. or Sorry, problem, your FTP upload didn't work Downloads are transparent...either you see the data/file you tried to fetch or not... but uploads are mysterious without feedback. 4) For in-house RAD's security is not an issue. But, for delegation of web tasks to team members in other countries, we may want to lock up the passward to the web site. If we set a password for the stack... will that suffice to keep the curious out? Thanks Andu. What a jewel tool. Hinduism Today Sivakatirswami Editor's Assistant/Production Manager [EMAIL PROTECTED] www.HinduismToday.com, www.HimalayanAcademy.com, www.Gurudeva.org, www.hindu.org Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
RE: exploring LibURL - among vs contains and arrays
Title: RE: exploring LibURL - among vs contains and arrays Rodney, Thanks for reminding me about is among; I had forgotten that, and had been using a variation of contains in my scripts.This: if Hello is among the items of myGreetings is a lot better than: if (, myGreetings ,) contains ,Hello, or if ,Hello, is in (, myGreetings ,) It's also better for legibility as well. Ken Ray Sons of Thunder Software Email: [EMAIL PROTECTED] Web Site: http://www.sonsothunder.com/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Rodney Tamblyn Sent: Monday, August 27, 2001 11:51 PM To: [EMAIL PROTECTED] Subject: exploring LibURL - among vs contains and arrays Thanks Phil, Mark and Scott for the responses to my sockets enquiry Further to Scott's suggestion I've been looking through the LibURL stack. Consider amongs vs contains: newUrl is among the lines of the keys of tQue a is among the words of a b c d -- true vs: newUrl is in the keys of tQue the keys of tQue contains newUrl Among operator matches a specific chunk (eg a word or a line), so is more precise. Otherwise these commands seem analogous with each other. Is among faster? This isn't an operator I use very much but I think perhaps it is superior to using in or contains. Comments? Arrays Further to my earlier post on arrays within arrays: While is is not possible to do this: put seat into parts[a] put parts into car[elements] it is possible to do this: put seat into car[elements[a]] put wheel into car[elements[b]] put car[elements[a]] #--seat Limitations: - You can't retrieve a whole sub-array put car[elements] into theElements #empty - The keys won't show elements whose value is a sub-array put the keys of car #no pun intended! -- empty So one can build multi-dimensional arrays, but cannot put a whole array into an element of another array. Rodney -- -- Rodney Tamblyn Educational Media group Higher Education Development Centre, 75 Union Place University of Otago, PO Box 56, Dunedin, New Zealand ph +64 3 479 7580 Fax +64 3 479 8362 http://hedc.otago.ac.nz ~ http://rodney.weblogs.com
exploring LibURL - among vs contains and arrays
Title: exploring LibURL - among vs contains and arrays Thanks Phil, Mark and Scott for the responses to my sockets enquiry Further to Scott's suggestion I've been looking through the LibURL stack. Consider amongs vs contains: newUrl is among the lines of the keys of tQue a is among the words of a b c d -- true vs: newUrl is in the keys of tQue the keys of tQue contains newUrl Among operator matches a specific chunk (eg a word or a line), so is more precise. Otherwise these commands seem analogous with each other. Is among faster? This isn't an operator I use very much but I think perhaps it is superior to using in or contains. Comments? Arrays Further to my earlier post on arrays within arrays: While is is not possible to do this: put seat into parts[a] put parts into car[elements] it is possible to do this: put seat into car[elements[a]] put wheel into car[elements[b]] put car[elements[a]] #--seat Limitations: - You can't retrieve a whole sub-array put car[elements] into theElements #empty - The keys won't show elements whose value is a sub-array put the keys of car #no pun intended! -- empty So one can build multi-dimensional arrays, but cannot put a whole array into an element of another array. Rodney -- -- Rodney Tamblyn Educational Media group Higher Education Development Centre, 75 Union Place University of Otago, PO Box 56, Dunedin, New Zealand ph +64 3 479 7580 Fax +64 3 479 8362 http://hedc.otago.ac.nz ~ http://rodney.weblogs.com
libURL Updates
Aloha, Andu: Does 2.4B4.1 include the updates your released in July? Andu wrote: = I uploaded 2 stacks: update-lib.mc and liburl_update_1.mc at ftp.archeopterix.com. Start up MC 2.4B4, open update-lib.mc and just click. You'll be prompted to find the second stack and update the library in your MetaCard Menu Bar. Hinduism Today Sivakatirswami Editor's Assistant/Production Manager [EMAIL PROTECTED] www.HinduismToday.com, www.HimalayanAcademy.com, www.Gurudeva.org, www.hindu.org Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
cookie info libURL
Hi, I'm trying to find a way to get the info relative to cookies passed by a cgi server in the header of an HTML document. for instance : Set-Cookie: CUSTOMER=WILE_E_COYOTE; path=/; expires=Wednesday, 09-Nov-99 23:12:40 GMT As far as I understand, when I run get URL www.whatever.com in MC 2.3.2 I can't intercept the content of the header. But MC 2.4 allows that, with the help of libURL. Right ? Anyway, I still don't understand everything relative to the handlers in libURL, especially getFormat, which seems to be able to do what I want. Could anyone give me a hint on how exactly use that handler to get the header in a variable ? Thanks JB Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: cookie info libURL
Hi, I'm trying to find a way to get the info relative to cookies passed by a cgi server in the header of an HTML document. for instance : Set-Cookie: CUSTOMER=WILE_E_COYOTE; path=/; expires=Wednesday, 09-Nov-99 23:12:40 GMT As far as I understand, when I run get URL www.whatever.com in MC 2.3.2 I can't intercept the content of the header. But MC 2.4 allows that, with the help of libURL. Right ? LibURL allows you to edit it. Wht you need to edit is doProcess in libURL, not getFormat. Just add put lineOffset(Set-Cookie:,thHeader[tUrl[nX[x]]])... and deal with the data later. Normally to see the whole header you would just add a put y after on doProcess x,y. Anyway, I still don't understand everything relative to the handlers in libURL, especially getFormat, which seems to be able to do what I want. GetFormat splits the url into components: address, file name, etc. Could anyone give me a hint on how exactly use that handler to get the header in a variable ? Thanks JB Regards, Andu __ [EMAIL PROTECTED] Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: cookie info libURL
Will the docs for the libURL be included in the next release of MC Beta? -- Richard Gaskin Fourth World Media Corporation Multimedia Design and Development for Mac, Windows, UNIX, and the Web _ [EMAIL PROTECTED] http://www.FourthWorld.com Tel: 323-225-3717 ICQ#60248349Fax: 323-225-0716 Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: cookie info libURL
Could libURL be extended to allow users of it to customise the headers of outgoing HTTP requests, and read the headers of incoming HTTP responses, without losing the benefits of having the library (ie, without requiring each developer to customise the library themselves). A crude (but effective) solution would be to declare a couple of global variables or properties; eg gHTTPrequestExtraHeaders and gHTTPresponse. Each call to get URL xxx would consult the first global, and set the second. It might be up to the user to empty the gHTTPrequestExtraHeaders after use, or libURL could empty it after each call. No doubt more expert MC users could propose a more sophisticated syntax (eg is it possible to make the URL support a syntax such as get URL xx with headers yy?) Ben Rubinstein | Email: [EMAIL PROTECTED] Cognitive Applications Ltd | Phone: +44 (0)1273-821600 http://www.cogapp.com| Fax : +44 (0)1273-728866 Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: cookie info libURL
Could libURL be extended to allow users of it to customise the headers of outgoing HTTP requests, and read the headers of incoming HTTP responses, without losing the benefits of having the library (ie, without requiring each developer to customise the library themselves). The easiest way is to manipulate the custom properties of libURL (the headers): get the list of them, choose which one you want to change and set it to whatever you want. A replacement to the old httpHeaders I sugested is to have the library use a totally new custom header as opposed to adding to an existing one, similar to what you propose bellow. A crude (but effective) solution would be to declare a couple of global variables or properties; eg gHTTPrequestExtraHeaders and gHTTPresponse. Each call to get URL xxx would consult the first global, and set the second. It might be up to the user to empty the gHTTPrequestExtraHeaders after use, or libURL could empty it after each call. No doubt more expert MC users could propose a more sophisticated syntax (eg is it possible to make the URL support a syntax such as get URL xx with headers yy?) Ben Rubinstein | Email: [EMAIL PROTECTED] Cognitive Applications Ltd | Phone: +44 (0)1273-821600 http://www.cogapp.com| Fax : +44 (0)1273-728866 Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. . Regards, Andu __ [EMAIL PROTECTED] Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
libURL and Revolution 1.0?
I'd like to get some experience with libURL; but I'm one of those newbie types who's using Revolution. If I can work out where to download it from, should it in principle be possible to use libURL from Revolution 1.0 (which of course is based on the 2.3.2 MetaCard engine)? Are there any special things I should do or watch out for? If that's not going to work, can I ask a couple of questions about http headers - both for the request and response. Q1: As I understand it, in MC 2.3.2 you can customise the header of a request to some extent, by specifying additional text in the httpHeaders property. But I've read a message from andu (17/7/01) in which he said: No need for httpHeaders (obsolete for now) since the library implements a full header on its own. Surely there needs to be some way to specify additional headers - you can't predict what developers are going to use this for. (For example, they may need to pass authorisation through; some servers may need a host header; an app might want to specify a referrer, or a user-agent identity, etc) Is there a way to customise the request header for an http request in libURL? If not could there be, please? Q2: AFAIK, there is no way in MC 2.3.2 (ie in current Rev) to access the header of an http response. At least, I asked a couple of times on the Rev list, and nobody ever replied. I find this really restrictive - does libURL give a better solution to this? If not, could it, please? TIA, Ben Rubinstein | Email: [EMAIL PROTECTED] Cognitive Applications Ltd | Phone: +44 (0)1273-821600 http://www.cogapp.com| Fax : +44 (0)1273-728866 Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
libURL-problems
Several people noticed problems with libURL in 2.4B4 of which I'm aware of and am working on fixing. Stand by. Andu Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: libURL and Revolution 1.0?
Ben Rubinstein wrote: I'd like to get some experience with libURL; but I'm one of those newbie types who's using Revolution. If I can work out where to download it from, should it in principle be possible to use libURL from Revolution 1.0 (which of course is based on the 2.3.2 MetaCard engine)? Are there any special things I should do or watch out for? You can't use libURL with a 2.3.2 engine because the main handlers are built-in the engine and instead of having the library do the work you have the engine. You can of course get the library from 2.4 (it's a substack of MetaCard Menu Bar stack), modify the handlers so they are different from the built-in stuff and use it. Don't forget to call the library when you want to use it: start using libURL. If that's not going to work, can I ask a couple of questions about http headers - both for the request and response. Q1: As I understand it, in MC 2.3.2 you can customise the header of a request to some extent, by specifying additional text in the httpHeaders property. But I've read a message from andu (17/7/01) in which he said: No need for httpHeaders (obsolete for now) since the library implements a full header on its own. Surely there needs to be some way to specify additional headers - you can't predict what developers are going to use this for. (For example, they may need to pass authorisation through; some servers may need a host header; an app might want to specify a referrer, or a user-agent identity, etc) Absolutely, the headers are custom properties of the stack libURL so you can edit them at your convenience, I just didn't implement httpHeaders as a direct way to add to the existing headers, for now. Is there a way to customise the request header for an http request in libURL? If not could there be, please? Q2: AFAIK, there is no way in MC 2.3.2 (ie in current Rev) to access the header of an http response. At least, I asked a couple of times on the Rev list, and nobody ever replied. I find this really restrictive - does libURL give a better solution to this? If not, could it, please? The 2.3.x engines don't return headers in the response but you can edit libURL to do that (it deletes them at some point but you can change that). Also remember, if you are into it, you can learn to use sockets and build your own handlers for network communication and have all the control. TIA, Ben Rubinstein | Email: [EMAIL PROTECTED] Cognitive Applications Ltd | Phone: +44 (0)1273-821600 http://www.cogapp.com| Fax : +44 (0)1273-728866 Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. -- Regards, Andu ___ [EMAIL PROTECTED] Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
libURL update available!!!
I uploaded 2 stacks: update-lib.mc and liburl_update_1.mc at ftp.archeopterix.com. Start up MC 2.4B4, open update-lib.mc and just click. You'll be prompted to find the second stack and update the library in your MetaCard Menu Bar. Please keep testing and bug reporting. Scott Rossi, see if it does anything for you and let me know. Thanks Andu Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: Fun with LibURL! (ie, problems..)
Reed Martin wrote: Okay, Remember our pal LibURL, and how Andu told us all how to comment out the line that was unnecessary since it would leave sockets open? Well I'm now using the modified LibURL that came with 2.4B3, and having a problem... Using the post command, it seems to cut off a good fraction of the end of the file, while not closing the socket. Let's say the contents of myURL (http://www.myurl.com/mycgi.cgi) is supposed to be a\b\c\d\e\f\g\h\i (where \ is a return)... When I do: post myStuff to url myUrl put it into urlReply urlReply isn't complete (eg, it looks like: a\b\c\d\e\f\g) and answer openSockets() reveals that the socket is still open. Trying the above script with post a second time does nothing. So I close the open socket, and then try the above script using post again. This time, the last part of urlReply that was missing is at the beginning, followed by the actual urlReply data, but missing the last part again. (eg, it looks like: h\i\a\b\c\d\e\f\g) This time, interestingly, there is no remaining open socket. However, doing the post script a third time results in the above, plus the same again. (urlReply gets progressively longer with each subsequent post attempt... eg, it looks like: \h\i\a\b\c\d\e\f\g\h\i\a\b\c\d\e\f\g) Any ideas? I looked through the libURL stack script but I can't locate where the problem is. I'm guessing it's in the readmore script, but I'm just not sure. Thanks for your help! Reed Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. The never ending story... Send me the url so that I can see what happens. -- Regards, Andu ___ [EMAIL PROTECTED] Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: libURL
-- MESSAGE metacard.v004.n394.10 --- From: Scott Rossi [EMAIL PROTECTED] Subject: Re: libURL Date: Mon, 16 Jul 2001 12:19:36 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit In-Reply-To: [EMAIL PROTECTED] I'm just now trying to get up to speed with the new URL implementation in 2.4B3 and can't seem to get the POST method to work (this works fine in 2.3.2). My form looks likes this: set httpheaders to specialHeaderInforeturn put http://www.myURL.com/special.cfm?method=postaction=action; into HREF put data= fld data into tData start using stack libURL post tData to url HREF answer it Problem = I'm not getting any data back in it; in fact, I'm not getting the answer dialog at all. I've tried removing the libURL line (I assume you need to use this with a POST command) with the same results. The simple loading of a URL via the libURL stack works fine, and the server that is handling the CFM action responds as expected using MC 2.3.2. Am I missing something about POST in MC 2.4? On a related note, is it the case that you need to include the libURL stack as a substack in your own stack if you distribute your stack as a standalone? If this is the case, why isn't the libURL stack included as an option in the resource mover? FWIW, I've tried cloning the libURL stack on MacOS 9.1 three times, each time resulting in a frozen crash. Regards, Scott The problem is that http headers are controled by the liburl stack properties. Your changes are not taken in account, unless you customize the liburl stack. My impression is that liburl is experimental (and promising). H. Chaudet -- - Herve Chaudet e-mail : [EMAIL PROTECTED] mobile : 33-(0)-608-05-98-09 Unité UPRES EA 2672 Faculte de Medecine - 27, Bd Jean Moulin - 13385 Marseille cedex 5 - France Tel 33-(0)-491-79-19-10 ; Fax 33-(0)-491-79-40-13 Service de l'Information Medicale Hopital Nord - Chemin des Bourrelly - 13326 Marseille cedex 15 - France Tel 33-(0)-491-96-80-20 - Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: libURL
I'm just now trying to get up to speed with the new URL implementation in 2.4B3 and can't seem to get the POST method to work (this works fine in 2.3.2). My form looks likes this: set httpheaders to specialHeaderInforeturn put http://www.myURL.com/special.cfm?method=postaction=action; into HREF put data= fld data into tData start using stack libURL post tData to url HREF answer it Problem = I'm not getting any data back in it; in fact, I'm not getting the answer dialog at all. I've tried removing the libURL line (I assume you need to use this with a POST command) with the same results. The simple loading of a URL via the libURL stack works fine, and the server that is handling the CFM action responds as expected using MC 2.3.2. Am I missing something about POST in MC 2.4? On a related note, is it the case that you need to include the libURL stack as a substack in your own stack if you distribute your stack as a standalone? If this is the case, why isn't the libURL stack included as an option in the resource mover? FWIW, I've tried cloning the libURL stack on MacOS 9.1 three times, each time resulting in a frozen crash. Regards, Scott _ Scott Rossi Tactile Media - Multimedia Design Creative Director Email: [EMAIL PROTECTED] Web: www.tactilemedia.com Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
start usng libURL didn't work?
I set up a small test with 2.4A2 on mouseUp start using libURL put URL http://www.whatever.org; into fld catchHTML end mouseUp I didn't work. What did I do wrong? To eliminate the possibility of connection problems I turned right around and tested, in 2.3.2 simply on mouseUp put URL http://www.whatever.org; into fld catchHTML end mouseUp and it worked fine... Hinduism Today Sivakatirswami Editor's Assistant/Production Manager [EMAIL PROTECTED] www.HinduismToday.com, www.HimalayanAcademy.com, www.Gurudeva.org, www.hindu.org Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: MetaCard 2.4A2 libURL
LiangTyan Fui [EMAIL PROTECTED] wrote: This maybe off topic a little: Would it be better to start sharing of the libURL stack by default on 2.4? This should offer a more transparent upgrade from 2.3 since URL support available without the need to turn it on. It does this automatically now, but only in the development environment (the main front script handles each message, starts using the stack, then passes the message). It's technically possible to have the engine do this automatically, but I'm not sure if this is a good idea or not. It would better preserve backward compatibility (though you will still have to move the library into your application with the Resource Mover), but means hard-coding the library name into the engine, making it impossible to ever rename it or for people to add their own libraries to handle certain types of URLs differently from others. Which is more important? Regards, Scott Regards, LiangTyan Fui Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
MetaCard 2.4A2 libURL
The Readme says : Support for URL access other than file:, binfile, and resfile have been moved out into a script library named libURL that you must start using before you can access these types of URLs. Where can I learn how to use the libURL what is libURL and hoe do we have to use it ? Can someone please post the smallest possible script so that I can paste it into a button and download for example: http://www.metacard.com/stacks/tools.mc;. Cheers Rolf Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: MetaCard 2.4A2 libURL
Rolf Kocherhans wrote: The Readme says : Support for URL access other than file:, binfile, and resfile have been moved out into a script library named libURL that you must start using before you can access these types of URLs. Where can I learn how to use the libURL what is libURL and hoe do we have to use it ? LibURL is a substack of MetaCard Menu Bar stack, if you want to see the script. Can someone please post the smallest possible script so that I can paste it into a button and download for example: http://www.metacard.com/stacks/tools.mc;. start using libURL put url http://www.metacard.com/stacks/tools.mc; into temp go temp Cheers Rolf Andu Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: MetaCard 2.4A2 libURL
Are there any problems posed when creating a standalone with the features found in LibURL? Jack Rarick Braintree Athletic Systems Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.
Re: MetaCard 2.4A2 libURL
This maybe off topic a little: Would it be better to start sharing of the libURL stack by default on 2.4? This should offer a more transparent upgrade from 2.3 since URL support available without the need to turn it on. Regards, LiangTyan Fui On 4/25/01 10:40 PM, andu wrote: Rolf Kocherhans wrote: The Readme says : Support for URL access other than file:, binfile, and resfile have been moved out into a script library named libURL that you must start using before you can access these types of URLs. Where can I learn how to use the libURL what is libURL and hoe do we have to use it ? LibURL is a substack of MetaCard Menu Bar stack, if you want to see the script. Can someone please post the smallest possible script so that I can paste it into a button and download for example: http://www.metacard.com/stacks/tools.mc;. start using libURL put url http://www.metacard.com/stacks/tools.mc; into temp go temp Cheers Rolf Andu Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list. Archives: http://www.mail-archive.com/metacard@lists.runrev.com/ Info: http://www.xworlds.com/metacard/mailinglist.htm Please send bug reports to [EMAIL PROTECTED], not this list.