Re: Feature request: semaphores for externals

Regarding lack of comments, I think this can be traced back to Apple. They actively encourage the self-documenting code school of thought, where function and variable names are supposed to make it obvious what the code is doing. The argument against extensive comments is that they can get out of

RE: error creating table for postgres

I put brackets[] around table and field names to avoid this. I would have written it like this. This convention also has the advantage of being more readable. CREATE TABLE [plumber_joe_the__001_sofa] (uniq_[sfky] INTEGER PRIMARY KEY , [subq] CHAR(3) , [a] TEXT, [b] TEXT, [c] TEXT, [d] TEXT, [ordr

Re: Feature request: semaphores for externals

Paul- Sunday, April 21, 2013, 8:11:08 PM, you wrote: > So are you saying that outside of iOS, there's nothing but the same old > external interface, but that it is likely that the iOS SDK will be > generalized to the other platforms in the future? That. Very that. It was promised and teased at a

Re: error creating table for postgres

On 22/04/2013, at 10:54 AM, Dr. Hawkins wrote: > I think the following had been working for some time, but now it creates an > error: > > CREATE TABLE plumber_joe_the__001_sofa (uniq_sfky INTEGER PRIMARY KEY , > subq CHAR(3) , a TEXT, b TEXT, c TEXT, d TEXT, ordr INTEGER, user CHAR(20), > tstmp

RE: Feature request: semaphores for externals

> -Original Message- > From: Monte Goulding > > That's the iOS sdk which I expect will be the basis for the > extensions api. It is documented. So are you saying that outside of iOS, there's nothing but the same old external interface, but that it is likely that the iOS SDK will be gener

Re: Feature request: semaphores for externals

That's the iOS sdk which I expect will be the basis for the extensions api. It is documented. I hear you regarding the comments. It looks like Scott Raney didn't believe in them because most of the notes in there are from Mark. I was actually surprised the other day when I found something reaso

error creating table for postgres

I think the following had been working for some time, but now it creates an error: CREATE TABLE plumber_joe_the__001_sofa (uniq_sfky INTEGER PRIMARY KEY , subq CHAR(3) , a TEXT, b TEXT, c TEXT, d TEXT, ordr INTEGER, user CHAR(20), tstmp TIMESTAMP WITH TIMEZONE ) produces Error: syntax error at

RE: Feature request: semaphores for externals

> From: m_p_wil...@yahoo.co.uk > > Paul - sorry, didn't mean to jump all over your suggestion. > It was something I was already thinking about and I was just > trying to say it's so important an area that we really need > to do more than the minimum possible to enable async > responses. Howeve

RE: Thor (On-Rev) bites the dust again

I'm down also. Wait...I'm up but it is veryyy slow. Nope it's down again. Thanks for the support request. I also sent a support request late Friday(EST). Starting to look like a reboot loop. Latest report...Back up but slow. Ralph DiMola IT Director Evergreen Information Services rdim...@ever

Re: Call for Scientists using LiveCode

Le 21 avr. 2013 à 17:22, David Bovill a écrit : > Looking into this a bit further I am wandering how many other core open > source scientific libraries are out there that would create real scientific > value if we could fund porting them to LiveCode - either as externals or > integrated directly

Re: SciTopia: LiveCode in Science

Sources for BLAS can be found at http://www.netlib.org/ It is in Fortran and is the successor of LINPACK on which the early MATLAB http://www.mathworks.com/ http://en.wikipedia.org/wiki/MathWorks was based. It is most probable that BLAS has been optimized and is present in your platform OS. My

Re: Feature request: semaphores for externals

Paul - sorry, didn't mean to jump all over your suggestion. It was something I was already thinking about and I was just trying to say it's so important an area that we really need to do more than the minimum possible to enable async responses. However, as Mark has kindly pointed out, we're disc

Thor (On-Rev) bites the dust again

Looks like Thor has taken another dive, at least my Wordpress-based sites. It would be nice to know why this is happening so frequently. Anybody else having trouble? I did send a support request. -- Best regards, Marty Knapp Knappster Solutions LLC --- ___

Re: Feature request: semaphores for externals

Paul- I ran into the same thing some years ago trying to implement MIDI externals. Even with MIDI output when you're dealing with polyphonic streams to multiple devices, I found it was easier to have LC do things than to try to keep track of multiple threads in externals. But things are looking u

RE: Feature request: semaphores for externals

> From: Mark Wilcox > > Specific to your proposal, if the semaphores are to be > created by the external then possibly a semaphore itself is > unnecessarily over-specified - unless you were planning to > contribute an implementation, in which case the engine > contributors board is probably th

Old Wine in New Skins

With the advent of LiveCode OSS I would like to invite any newcomers to download whatever they want from these Yahoo Groups: http://tech.groups.yahoo.com/group/LCgraphix/ http://uk.groups.yahoo.com/group/RRNiftyHints/http://uk.groups.yahoo.com/group/RRNiftyHints/ http://tech.groups.yahoo.com/gr

Re: Feature request: semaphores for externals

I think that asynchronous and concurrent processing is going to be essential for LiveCode to remain relevant longer term. There is an irreversible trend towards more cores and greater parallelism in almost all environments. In that context I think externals is too narrow a scope for adding more

Call for Scientists using LiveCode

Looking into this a bit further I am wandering how many other core open source scientific libraries are out there that would create real scientific value if we could fund porting them to LiveCode - either as externals or integrated directly into the engine or as a forked project? Would be great to

Re: OT: Kepler's Tally of Planets

I sincerely hope not - not only are the basic assumptions of the Drake Equation somewhat dodgy, the number of variables already make it effectively meaningless *even if you agree with the foundations*. :-( Ian On 19 Apr 2013, at 21:54, Peter Haworth wrote: > Look forward to seeing it. I was j

Re: [OT] looking for an email

René- Sunday, April 21, 2013, 2:49:55 AM, you wrote: > … (but the link is in english) ! I'm not sure of that... "The function, care, and passion of the philosopher is the negentropic carillon of the possible." -- -Mark Wieder mwie...@ahsoftware.net _

Re: SciTopia: LiveCode in Science

Thanks Francois - sorry about the old email address. I'll look into porting the BLAS library, will need to get a quote on how much it would cost - so if anyone is interested in doing the work - and doesn't mind sending in a quote that w

Re: [OT] looking for an email

Le 21 avr. 2013 à 11:42, Thierry Douez a écrit : > Hey René, > > Tu me cherches des noises ? :-) Non ! Plutôt "une belle noiseuse" ! http://sensesofcinema.com/2007/cteq/belle-noiseuse-2/ ;-) Sorry for not french speakers… (but the link is in english) ! ___

Re: [OT] looking for an email

Hey René, Tu me cherches des noises ? :-) Bon dimanche. Thierry 2013/4/21 René Micout > C'est vrai que ce n'est pas beau de chercher "noise" !! > ;-) ;-) ;-) > Thierry Douez - http://sunny-tdz.com Maker of sunnYperl - sunnYmidi - sunnYmage

Re: [OT] looking for an email

C'est vrai que ce n'est pas beau de chercher "noise" !! ;-) ;-) ;-) Le 20 avr. 2013 à 20:59, Thierry Douez a écrit : > Hi, > > Sorry about the noise, but in the hope > Wilhelm Sanke see this post. > > Hallo Wilhelm, > > Could you kindly send me your email. > I have something for you. > > T