Re: LiveCode Server on CentOS 6?

[Keith Clarke via use-livecode]

> First question (an admittedly ignorant one, but I haven't spent much time in 
> the CentOS community):  Why does their package manager not automatically keep 
> system components current?

CentOS 6 is not the latest version (and will be unsupported from 2020), so I 
guess there are dependencies that require moving to CentOS 7 for more recent 
components.

> Second question: If the first question cannot be resolved easily, what is the 
> advantage of CentOS for this project over Ubuntu or Debian?

Convenience - it just happens to be the OS of the VPS hosting a Wordpress 
website, with capacity & a wildcard SSL certificate on the domain, where I was 
thinking about using LC to add some web services in a subdomain. 

Apparently the VPS can be destroyed and recreated on CentOS 7 but I have no 
confidence I can ensure any backup of the existing config & services will 
magically come back to life on CentOS 7 core seamlessly.

Best,
Keith


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Local images and the browser widget

[Stephen MacLean via use-livecode]

Hi Mike,

Thanks for that! I was doing the same thing at the same time:)

My code for setting up the server:

local sTempMedia


command setTempMedia

### Set the location of the tempMedia folder

# set the defaultFolder to the folder containing the stackfile

set the itemDelimiter to slash

get the effective filename of this stack

#set tempMedia folder location

put item 1 to - 2 of it & "/tempMedia" into sTempMedia

end setTempMedia


on startHTTPServer

# Launch httpd server to serve local images

setTempMedia

httpdStart "NewRequest", 8090, "imgEngine Server"

end startHTTPServer


on stopHTTPServer

httpdStop 8090

end stopHTTPServer


on NewRequest pSocketID, pRequest

local tPath

put sTempMedia & pRequest["resource"] into of tPath

if there is a file tPath then

local tData

put url ("binfile:" & tPath) into tData

httpdResponse pSocketID, 200, tData

else

-- not found

httpdResponse pSocketID, 404

end if

end NewRequest


My code for embedding it:
# tFileName is just the name of the file. i.e. MyFile.jpg
put "http://localhost:8090/"; & (tFileName) into tHero

# other code would follow to meld tHero into my html

and works just amazingly well!!

Thanks again for all your help!

I sure hope this helps someone else as well!

Best,

Steve

> On Jul 29, 2018, at 8:02 PM, Mike Bonner via use-livecode 
>  wrote:
> 
> Decided to try using the httpd library, and it seems to work pretty
> nicely.  If you want to set up a very simple web picture viewer (VERY
> simple) the following code is a working but minimal start.
> 
> local sBaseDir
> on mouseup
>   httpdstart "newrequest",,"My Picture Server" --start the server on
> port 
>   put specialfolderpath("desktop") & "/pics" into sBaseDir -- Set this to
> the folder that contains your pictures
> end mouseup
> 
> on newRequest pSocketId,pRequest -- handle requests
>   if pRequest["resource"] is "/" then -- if the request has no filename,
> give the directory index of jpg files. (I only coded for jpegs)
>  put files(sBaseDir) into tFiles
>  repeat for each line tLIne in tFiles
> put merge("[[tLine]]") & cr after tData
> -- build up the response data for each file
>  end repeat
>  httpdresponse pSocketId,200,tData -- send the index
>   else
>  put "Content-Type: image/jpeg ;" into pHeader -- set the content type
> to jpeg
>  put URL("binfile:" & sBaseDir & pRequest["resource"]) into tData --
> read the image file and pop it into tData (binary mode)
>  httpdresponse pSocketId,200,tData,pHeader -- send the picture data,
> 200 ok code, and set the correct header for picture data
>   end if
> end newRequest
> 
> If your filenames/paths have spaces, you'd have to jump through some hoops
> to get it to work, and your base path has that space in it, so not sure how
> to get it working. Actually, nevermind.  If you change spaces in your
> baseurl to "\ " it may work?  I couldn't make it work here (on windows)
> despite trying a whole bunch of ideas, so I cheated and made sure there
> were no spaces.
> 
> On Sun, Jul 29, 2018 at 3:21 PM Stephen MacLean via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Thanks Mike, yes that does work for just displaying the image.
>> 
>> I’m building HTML on the fly and wanted to include the local image if
>> there was one, for testing. This will be a moot point for production as
>> everything will be served via a web server, but I was hoping to see this
>> for testing.
>> 
>> I will be looking to the new http server LC has as I will need it anyway
>> for doing some API things with this engine.
>> 
>> Thanks again to all!
>> 
>> Best,
>> Steve
>> 
>>> On Jul 29, 2018, at 5:03 PM, Mike Bonner via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> If you just need to see the image, you can do it by changing your
>> method..
>>> 
>>> Instead of setting the htmltext, it should work to set the url to  "
>>> http://Users/steve/Dropbox/ITB%20pubEngine/tempMedia/99578
>>> 6d6-4429-4821-8b21-8e811289e12c.jpg"
>>> 
>>> I'm not expert, but I think there is some type of cross-domain security
>>> thing interfering here.  A web page shouldn't be able to force access to
>> a
>>> file on your system due to security, unless the page originates with you.
>>> And I THINK that directly setting the html basically means there is no
>> base
>>> domain, so it will refuse to show the image.  Again, not an expert, so
>> i'm
>>> just making a wag.
>>> If you need more control, you can likely create an html file on the fly
>> and
>>> point your url to that, at which point you can use relative addressing
>> for
>>> your pictures.  So, if you created the html file with your code in the
>> same
>>> folder as your stack, you could then place.. >> 6d6-4429-4821-8b21-8e811289e12c.jpg> into the file and it will likely
>> work.
>>> 
>>> Another thing you might look into is running your own simple http server
>>> (which LC now makes easy) so that you can set up a simple server and set
>>> the url to 

Re: LiveCode Server on CentOS 6?

[Richard Gaskin via use-livecode]

Keith Clarke wrote:

> Thanks Warren (& Richard) - this probably is the blocker, as this
> particular VPS is definitely running 2.12
>
> Google suggests that I can’t (or at least shouldn't attempt to)
> upgrade CentOS 6 with a later glibc version, given its central role.
>
> Apparently there are workarounds to install an additional, later
> version of glibc - as an option, alongside the OS version - in such a
> way that it gets called session by session, when needed (i.e. for LC
> Server use). However, after failing to complete a couple of these,
> it's clear but that this is way beyond my Linux chops to sort.
>
> So, it looks like server migration / rebuild will need to be on the
> critical path or it’s a dead-end for experimenting with LC Server for
> this particular project.

First question (an admittedly ignorant one, but I haven't spent much 
time in the CentOS community):  Why does their package manager not 
automatically keep system components current?


Second question: If the first question cannot be resolved easily, what 
is the advantage of CentOS for this project over Ubuntu or Debian?


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Local images and the browser widget

[Mike Bonner via use-livecode]

Decided to try using the httpd library, and it seems to work pretty
nicely.  If you want to set up a very simple web picture viewer (VERY
simple) the following code is a working but minimal start.

local sBaseDir
on mouseup
   httpdstart "newrequest",,"My Picture Server" --start the server on
port 
   put specialfolderpath("desktop") & "/pics" into sBaseDir -- Set this to
the folder that contains your pictures
end mouseup

on newRequest pSocketId,pRequest -- handle requests
   if pRequest["resource"] is "/" then -- if the request has no filename,
give the directory index of jpg files. (I only coded for jpegs)
  put files(sBaseDir) into tFiles
  repeat for each line tLIne in tFiles
 put merge("[[tLine]]") & cr after tData
-- build up the response data for each file
  end repeat
  httpdresponse pSocketId,200,tData -- send the index
   else
  put "Content-Type: image/jpeg ;" into pHeader -- set the content type
to jpeg
  put URL("binfile:" & sBaseDir & pRequest["resource"]) into tData --
read the image file and pop it into tData (binary mode)
  httpdresponse pSocketId,200,tData,pHeader -- send the picture data,
200 ok code, and set the correct header for picture data
   end if
end newRequest

If your filenames/paths have spaces, you'd have to jump through some hoops
to get it to work, and your base path has that space in it, so not sure how
to get it working. Actually, nevermind.  If you change spaces in your
baseurl to "\ " it may work?  I couldn't make it work here (on windows)
despite trying a whole bunch of ideas, so I cheated and made sure there
were no spaces.

On Sun, Jul 29, 2018 at 3:21 PM Stephen MacLean via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thanks Mike, yes that does work for just displaying the image.
>
> I’m building HTML on the fly and wanted to include the local image if
> there was one, for testing. This will be a moot point for production as
> everything will be served via a web server, but I was hoping to see this
> for testing.
>
> I will be looking to the new http server LC has as I will need it anyway
> for doing some API things with this engine.
>
> Thanks again to all!
>
> Best,
> Steve
>
> > On Jul 29, 2018, at 5:03 PM, Mike Bonner via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > If you just need to see the image, you can do it by changing your
> method..
> >
> > Instead of setting the htmltext, it should work to set the url to  "
> > http://Users/steve/Dropbox/ITB%20pubEngine/tempMedia/99578
> > 6d6-4429-4821-8b21-8e811289e12c.jpg"
> >
> > I'm not expert, but I think there is some type of cross-domain security
> > thing interfering here.  A web page shouldn't be able to force access to
> a
> > file on your system due to security, unless the page originates with you.
> > And I THINK that directly setting the html basically means there is no
> base
> > domain, so it will refuse to show the image.  Again, not an expert, so
> i'm
> > just making a wag.
> > If you need more control, you can likely create an html file on the fly
> and
> > point your url to that, at which point you can use relative addressing
> for
> > your pictures.  So, if you created the html file with your code in the
> same
> > folder as your stack, you could then place..  > 6d6-4429-4821-8b21-8e811289e12c.jpg> into the file and it will likely
> work.
> >
> > Another thing you might look into is running your own simple http server
> > (which LC now makes easy) so that you can set up a simple server and set
> > the url to http://localhost:8080/index.html  (or whatever port number
> you
> > wish, and again, use relative pathing.
> >
> > Either of these 2 methods is easier than using long, easily mangled
> > absolute paths.   I haven't delved into the self run server yet, but I
> > suspect you can do interesting things with it. (Or use the old revhttpd
> > stack which I HAVE used, and know that it works really well and can do
> > awesome stuff too)
> >
> >
> >
> > On Sun, Jul 29, 2018 at 2:32 PM Stephen MacLean via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Almost afraid to ask this because I feel like it’s a path issue with
> >> Relative vs Absolute… Remote images display fine in a browser widget,
> but
> >> local image files don’t seem to.
> >>
> >> This works (displays the image) in script and in the message box:
> >> put "http://www.trumbull-ct.gov/images/BoyScouts.jpg"; &
> ">"
> >> into tHTML
> >>
> >> set the htmlText of widget "finished_html_content" to tHTML
> >>
> >>
> >> This does not (Image not displayed) in script or the message box:
> >> put " >> & ">" into tHTML
> >>
> >> set the htmlText of widget "finished_html_content" to tHTML
> >>
> >>
> >> Sorry about bombarding the list!
> >>
> >> Thanks,
> >>
> >> Steve
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> >> su

iOS multi-line input field

[J. Landman Gay via use-livecode]

I'm looking at a stack with a multi-line input field in the iOS 
simulator. A handler shows a group and creates a multi-line input in the 
correct location, but as soon as I tap into the field to type the group 
is hidden.


There is only one command anywhere in the stack that hides the group and 
it is in a keyboardDeactivated handler. But the keyboard never activates 
in the first place, so that handler never triggers.


Is this a simulator issue? Here are the settings for the multi-line input:

  show grp "noteEntry"
  put calcInputControlPadding(8) into tInputRect -- calcs a display rect
  mobileControlCreate "multiline","usernote"
  mobileControlSet "usernote","rect",tInputRect
  mobileControlSet "usernote","opaque",false
  mobileControlSet "usernote","visible","true"
  mobileControlSet "usernote","editable","true"
  if the platform = "iPhone" then
mobileControlSet "usernote","backgroundcolor","255,255,255,0" -- 
transparent

mobileControlSet "usernote","delayTouches","true"
  end if


LC 9.0.1 (rc 1), Mac 10.13.4, XCode 9.4.1, simulator iPhone 7 (11.4).

Another issue:
If I make script changes, set breakpoints, save the stack, and test, the 
remote debugger triggers but the script that is shown is older and 
doesn't include the new changes. I have to quit and re-launch LC to 
debug the changes. Is there a way to force the remote debugger to 
recognize the altered script?


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Local images and the browser widget

[Stephen MacLean via use-livecode]

Thanks Mike, yes that does work for just displaying the image.

I’m building HTML on the fly and wanted to include the local image if there was 
one, for testing. This will be a moot point for production as everything will 
be served via a web server, but I was hoping to see this for testing.

I will be looking to the new http server LC has as I will need it anyway for 
doing some API things with this engine.

Thanks again to all!

Best,
Steve

> On Jul 29, 2018, at 5:03 PM, Mike Bonner via use-livecode 
>  wrote:
> 
> If you just need to see the image, you can do it by changing your method..
> 
> Instead of setting the htmltext, it should work to set the url to  "
> http://Users/steve/Dropbox/ITB%20pubEngine/tempMedia/99578
> 6d6-4429-4821-8b21-8e811289e12c.jpg"
> 
> I'm not expert, but I think there is some type of cross-domain security
> thing interfering here.  A web page shouldn't be able to force access to a
> file on your system due to security, unless the page originates with you.
> And I THINK that directly setting the html basically means there is no base
> domain, so it will refuse to show the image.  Again, not an expert, so i'm
> just making a wag.
> If you need more control, you can likely create an html file on the fly and
> point your url to that, at which point you can use relative addressing for
> your pictures.  So, if you created the html file with your code in the same
> folder as your stack, you could then place..  6d6-4429-4821-8b21-8e811289e12c.jpg> into the file and it will likely work.
> 
> Another thing you might look into is running your own simple http server
> (which LC now makes easy) so that you can set up a simple server and set
> the url to http://localhost:8080/index.html  (or whatever port number you
> wish, and again, use relative pathing.
> 
> Either of these 2 methods is easier than using long, easily mangled
> absolute paths.   I haven't delved into the self run server yet, but I
> suspect you can do interesting things with it. (Or use the old revhttpd
> stack which I HAVE used, and know that it works really well and can do
> awesome stuff too)
> 
> 
> 
> On Sun, Jul 29, 2018 at 2:32 PM Stephen MacLean via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Almost afraid to ask this because I feel like it’s a path issue with
>> Relative vs Absolute… Remote images display fine in a browser widget, but
>> local image files don’t seem to.
>> 
>> This works (displays the image) in script and in the message box:
>> put "http://www.trumbull-ct.gov/images/BoyScouts.jpg"; & ">"
>> into tHTML
>> 
>> set the htmlText of widget "finished_html_content" to tHTML
>> 
>> 
>> This does not (Image not displayed) in script or the message box:
>> put "> & ">" into tHTML
>> 
>> set the htmlText of widget "finished_html_content" to tHTML
>> 
>> 
>> Sorry about bombarding the list!
>> 
>> Thanks,
>> 
>> Steve
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Local images and the browser widget

[Stephen MacLean via use-livecode]

No, the Folder is "ITB pubEngine”. The %20 is an URL escape for a space.

I was trying to avoid the relative path problems by giving it an absolute path, 
but that doesn’t seem to work.

Best,
Steve

> On Jul 29, 2018, at 4:58 PM, Peter Bogdanoff via use-livecode 
>  wrote:
> 
> It is very probably the file path.
> 
> Is:
> ITB%20pubEngine 
> 
> the actual name of the folder?
> 
> Peter
> 
> 
>> On Jul 29, 2018, at 1:31 PM, Stephen MacLean via use-livecode 
>>  wrote:
>> 
>> ox/ITB%20pubEngine/tempMedia/995786d6-4429-4821-8b21-8e811289e12c.jpg 
>> "
>>  & ">" into tHTML
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Local images and the browser widget

[Mike Bonner via use-livecode]

Sorry, that should have been.. Set the url to   "file
:///Users/steve/Dropbox/I 
TB%20pubEngine/tempMedia/995786d6-4429-4821-8b21-8e811289e12c.jpg"

On Sun, Jul 29, 2018 at 3:03 PM Mike Bonner  wrote:

> If you just need to see the image, you can do it by changing your method..
>
> Instead of setting the htmltext, it should work to set the url to  "
> http://Users/steve/Dropbox/ITB%20pubEngine/tempMedia/99578
> 6d6-4429-4821-8b21-8e811289e12c.jpg"
>
> I'm not expert, but I think there is some type of cross-domain security
> thing interfering here.  A web page shouldn't be able to force access to a
> file on your system due to security, unless the page originates with you.
> And I THINK that directly setting the html basically means there is no base
> domain, so it will refuse to show the image.  Again, not an expert, so i'm
> just making a wag.
> If you need more control, you can likely create an html file on the fly
> and point your url to that, at which point you can use relative addressing
> for your pictures.  So, if you created the html file with your code in the
> same folder as your stack, you could then place..  995786d6-4429-4821-8b21-8e811289e12c.jpg> into the file and it will
> likely work.
>
> Another thing you might look into is running your own simple http server
> (which LC now makes easy) so that you can set up a simple server and set
> the url to http://localhost:8080/index.html  (or whatever port number you
> wish, and again, use relative pathing.
>
> Either of these 2 methods is easier than using long, easily mangled
> absolute paths.   I haven't delved into the self run server yet, but I
> suspect you can do interesting things with it. (Or use the old revhttpd
> stack which I HAVE used, and know that it works really well and can do
> awesome stuff too)
>
>
>
> On Sun, Jul 29, 2018 at 2:32 PM Stephen MacLean via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> Almost afraid to ask this because I feel like it’s a path issue with
>> Relative vs Absolute… Remote images display fine in a browser widget, but
>> local image files don’t seem to.
>>
>> This works (displays the image) in script and in the message box:
>> put "http://www.trumbull-ct.gov/images/BoyScouts.jpg"; &
>> ">" into tHTML
>>
>> set the htmlText of widget "finished_html_content" to tHTML
>>
>>
>> This does not (Image not displayed) in script or the message box:
>> put "> & ">" into tHTML
>>
>> set the htmlText of widget "finished_html_content" to tHTML
>>
>>
>> Sorry about bombarding the list!
>>
>> Thanks,
>>
>> Steve
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Local images and the browser widget

[Mike Bonner via use-livecode]

If you just need to see the image, you can do it by changing your method..

Instead of setting the htmltext, it should work to set the url to  "
http://Users/steve/Dropbox/ITB%20pubEngine/tempMedia/99578
6d6-4429-4821-8b21-8e811289e12c.jpg"

I'm not expert, but I think there is some type of cross-domain security
thing interfering here.  A web page shouldn't be able to force access to a
file on your system due to security, unless the page originates with you.
And I THINK that directly setting the html basically means there is no base
domain, so it will refuse to show the image.  Again, not an expert, so i'm
just making a wag.
If you need more control, you can likely create an html file on the fly and
point your url to that, at which point you can use relative addressing for
your pictures.  So, if you created the html file with your code in the same
folder as your stack, you could then place..  into the file and it will likely work.

Another thing you might look into is running your own simple http server
(which LC now makes easy) so that you can set up a simple server and set
the url to http://localhost:8080/index.html  (or whatever port number you
wish, and again, use relative pathing.

Either of these 2 methods is easier than using long, easily mangled
absolute paths.   I haven't delved into the self run server yet, but I
suspect you can do interesting things with it. (Or use the old revhttpd
stack which I HAVE used, and know that it works really well and can do
awesome stuff too)



On Sun, Jul 29, 2018 at 2:32 PM Stephen MacLean via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Almost afraid to ask this because I feel like it’s a path issue with
> Relative vs Absolute… Remote images display fine in a browser widget, but
> local image files don’t seem to.
>
> This works (displays the image) in script and in the message box:
> put "http://www.trumbull-ct.gov/images/BoyScouts.jpg"; & ">"
> into tHTML
>
> set the htmlText of widget "finished_html_content" to tHTML
>
>
> This does not (Image not displayed) in script or the message box:
> put " & ">" into tHTML
>
> set the htmlText of widget "finished_html_content" to tHTML
>
>
> Sorry about bombarding the list!
>
> Thanks,
>
> Steve
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Local images and the browser widget

[Peter Bogdanoff via use-livecode]

It is very probably the file path.

Is:
ITB%20pubEngine 

the actual name of the folder?

Peter


> On Jul 29, 2018, at 1:31 PM, Stephen MacLean via use-livecode 
>  wrote:
> 
> ox/ITB%20pubEngine/tempMedia/995786d6-4429-4821-8b21-8e811289e12c.jpg 
> "
>  & ">" into tHTML

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Local images and the browser widget

[Stephen MacLean via use-livecode]

Almost afraid to ask this because I feel like it’s a path issue with Relative 
vs Absolute… Remote images display fine in a browser widget, but local image 
files don’t seem to.

This works (displays the image) in script and in the message box:
put "http://www.trumbull-ct.gov/images/BoyScouts.jpg"; & ">" into 
tHTML

set the htmlText of widget "finished_html_content" to tHTML


This does not (Image not displayed) in script or the message box:
put "" into tHTML

set the htmlText of widget "finished_html_content" to tHTML


Sorry about bombarding the list!

Thanks,

Steve
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: set the filename of image bug?

[Stephen MacLean via use-livecode]

Still more weirdness:

I removed the old sub-stack from my main stack, renamed it, saved it, quit LC 
and now it works fine.

Still, in the meantime, I’m rebuilding it from scratch and leaving outside the 
main stack, loading it as needed. If that goes well, I’ll do that for all my 
library stacks.

So I’m at a total loss here, nothing really to send now, I’m just scratching my 
head. I’ll play around with all this a bit more and see if I can re-create it. 
Otherwise I’ll just have to chalk it up some LC weirdness that I can’t 
reproduce.

Thanks again!

Steve

> On Jul 29, 2018, at 1:28 PM, Mike Bonner via use-livecode 
>  wrote:
> 
> If you think the stack is corrupted, you might send it to
> supp...@livecode.com so they can look at it, and/or post a bug report and
> include the stack there so that it can be looked at. (assuming there is
> nothing sensitive in the stack)
> 
> On Sun, Jul 29, 2018 at 11:24 AM Stephen MacLean via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Some other weirdness i’m noticing… When I copied a new image to that card,
>> it gave it a very high numbered ID that corresponded with one of the icons
>> in the image library.
>> 
>> I think I’m dealing with some kind of corruption here.
>> 
>> I’m going to rebuild this and give that a try. Thankfully it’s mostly
>> script with just a few cards and graphics for doing things.
>> 
>>> On Jul 29, 2018, at 1:03 PM, Stephen MacLean via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Ok, very strange… I created a test project to run in both 9.0.1 RC1 and
>> 9.0.0… and it works fine, yet doesn’t work in the image that I have in my
>> engine stack in either version.
>>> 
>>> Even renaming the old one and dragging a new image out and trying that
>> doesn’t work. Ugh!
>>> 
>>> I’m at a loss.
>>> 
>>> I’m running business in case that matters.
>>> 
>>> Thanks,
>>> 
>>> Steve
>>> 
 On Jul 29, 2018, at 12:38 PM, Stephen MacLean via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
 
 HI Klaus,
 
 Wow, ok… I will have to check 9.0.0. Currently using 9.0.1 RC1 on
>> 10.12.6. It fails for me in both script and the inspector.
 
 Thanks for testing!
 
 Best,
 
 Steve
 
> On Jul 29, 2018, at 12:34 PM, Klaus major-k via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
> 
> Hi Steve,
> 
>> Am 29.07.2018 um 18:28 schrieb Stephen MacLean via use-livecode <
>> use-livecode@lists.runrev.com>:
>> 
>> Hi All,
>> 
>> I’m having an issue with the “set the filename of img”.
>> This line: set the filename of img "checkImg" of cd "cropImg" stack
>> "imgEngine" to imgURL
>> Works as expected when using “http”. When using “https”, it fails to
>> get the image. No error is returned, but the image is blank.
>> 
>> https://pixfeeds.com/images/usa-travel/1280-589451788-statue-of-liberty-full-base.jpg
>> <
>> https://pixfeeds.com/images/usa-travel/1280-589451788-statue-of-liberty-full-base.jpg>
>> is the test image I’m using. Don’t see any reports of issues, but wanted to
>> know if anyone else has run into this.
> 
> just tested, works right out of the box in the IDE, by setting the
>> filename in the inspector and also via script!
> macOS 10.13.6, LC 9
> 
>> Thanks,
>> 
>> Steve MacLean
> 
> Best
> 
> Klaus
> 
> --
> Klaus Major
> http://www.major-k.de
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
 
 
 
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please

Re: set the filename of image bug?

[Mike Bonner via use-livecode]

If you think the stack is corrupted, you might send it to
supp...@livecode.com so they can look at it, and/or post a bug report and
include the stack there so that it can be looked at. (assuming there is
nothing sensitive in the stack)

On Sun, Jul 29, 2018 at 11:24 AM Stephen MacLean via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Some other weirdness i’m noticing… When I copied a new image to that card,
> it gave it a very high numbered ID that corresponded with one of the icons
> in the image library.
>
> I think I’m dealing with some kind of corruption here.
>
> I’m going to rebuild this and give that a try. Thankfully it’s mostly
> script with just a few cards and graphics for doing things.
>
> > On Jul 29, 2018, at 1:03 PM, Stephen MacLean via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Ok, very strange… I created a test project to run in both 9.0.1 RC1 and
> 9.0.0… and it works fine, yet doesn’t work in the image that I have in my
> engine stack in either version.
> >
> > Even renaming the old one and dragging a new image out and trying that
> doesn’t work. Ugh!
> >
> > I’m at a loss.
> >
> > I’m running business in case that matters.
> >
> > Thanks,
> >
> > Steve
> >
> >> On Jul 29, 2018, at 12:38 PM, Stephen MacLean via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>
> >> HI Klaus,
> >>
> >> Wow, ok… I will have to check 9.0.0. Currently using 9.0.1 RC1 on
> 10.12.6. It fails for me in both script and the inspector.
> >>
> >> Thanks for testing!
> >>
> >> Best,
> >>
> >> Steve
> >>
> >>> On Jul 29, 2018, at 12:34 PM, Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >>>
> >>> Hi Steve,
> >>>
>  Am 29.07.2018 um 18:28 schrieb Stephen MacLean via use-livecode <
> use-livecode@lists.runrev.com>:
> 
>  Hi All,
> 
>  I’m having an issue with the “set the filename of img”.
>  This line: set the filename of img "checkImg" of cd "cropImg" stack
> "imgEngine" to imgURL
>  Works as expected when using “http”. When using “https”, it fails to
> get the image. No error is returned, but the image is blank.
> 
> https://pixfeeds.com/images/usa-travel/1280-589451788-statue-of-liberty-full-base.jpg
> <
> https://pixfeeds.com/images/usa-travel/1280-589451788-statue-of-liberty-full-base.jpg>
> is the test image I’m using. Don’t see any reports of issues, but wanted to
> know if anyone else has run into this.
> >>>
> >>> just tested, works right out of the box in the IDE, by setting the
> filename in the inspector and also via script!
> >>> macOS 10.13.6, LC 9
> >>>
>  Thanks,
> 
>  Steve MacLean
> >>>
> >>> Best
> >>>
> >>> Klaus
> >>>
> >>> --
> >>> Klaus Major
> >>> http://www.major-k.de
> >>> kl...@major-k.de
> >>>
> >>>
> >>> ___
> >>> use-livecode mailing list
> >>> use-livecode@lists.runrev.com
> >>> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >>> http://lists.runrev.com/mailman/listinfo/use-livecode
> >>
> >>
> >>
> >> ___
> >> use-livecode mailing list
> >> use-livecode@lists.runrev.com
> >> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> >> http://lists.runrev.com/mailman/listinfo/use-livecode
> >
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: set the filename of image bug?

[Stephen MacLean via use-livecode]

Some other weirdness i’m noticing… When I copied a new image to that card, it 
gave it a very high numbered ID that corresponded with one of the icons in the 
image library.

I think I’m dealing with some kind of corruption here.

I’m going to rebuild this and give that a try. Thankfully it’s mostly script 
with just a few cards and graphics for doing things.

> On Jul 29, 2018, at 1:03 PM, Stephen MacLean via use-livecode 
>  wrote:
> 
> Ok, very strange… I created a test project to run in both 9.0.1 RC1 and 
> 9.0.0… and it works fine, yet doesn’t work in the image that I have in my 
> engine stack in either version.
> 
> Even renaming the old one and dragging a new image out and trying that 
> doesn’t work. Ugh!
> 
> I’m at a loss.
> 
> I’m running business in case that matters.
> 
> Thanks,
> 
> Steve
> 
>> On Jul 29, 2018, at 12:38 PM, Stephen MacLean via use-livecode 
>>  wrote:
>> 
>> HI Klaus,
>> 
>> Wow, ok… I will have to check 9.0.0. Currently using 9.0.1 RC1 on 10.12.6. 
>> It fails for me in both script and the inspector.
>> 
>> Thanks for testing!
>> 
>> Best,
>> 
>> Steve
>> 
>>> On Jul 29, 2018, at 12:34 PM, Klaus major-k via use-livecode 
>>>  wrote:
>>> 
>>> Hi Steve,
>>> 
 Am 29.07.2018 um 18:28 schrieb Stephen MacLean via use-livecode 
 :
 
 Hi All,
 
 I’m having an issue with the “set the filename of img”.
 This line: set the filename of img "checkImg" of cd "cropImg" stack 
 "imgEngine" to imgURL
 Works as expected when using “http”. When using “https”, it fails to get 
 the image. No error is returned, but the image is blank.
 https://pixfeeds.com/images/usa-travel/1280-589451788-statue-of-liberty-full-base.jpg
  
 
  is the test image I’m using. Don’t see any reports of issues, but wanted 
 to know if anyone else has run into this.
>>> 
>>> just tested, works right out of the box in the IDE, by setting the filename 
>>> in the inspector and also via script!
>>> macOS 10.13.6, LC 9
>>> 
 Thanks,
 
 Steve MacLean
>>> 
>>> Best
>>> 
>>> Klaus
>>> 
>>> --
>>> Klaus Major
>>> http://www.major-k.de
>>> kl...@major-k.de
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: set the filename of image bug?

[Stephen MacLean via use-livecode]

Ok, very strange… I created a test project to run in both 9.0.1 RC1 and 9.0.0… 
and it works fine, yet doesn’t work in the image that I have in my engine stack 
in either version.

Even renaming the old one and dragging a new image out and trying that doesn’t 
work. Ugh!

I’m at a loss.

I’m running business in case that matters.

Thanks,

Steve

> On Jul 29, 2018, at 12:38 PM, Stephen MacLean via use-livecode 
>  wrote:
> 
> HI Klaus,
> 
> Wow, ok… I will have to check 9.0.0. Currently using 9.0.1 RC1 on 10.12.6. It 
> fails for me in both script and the inspector.
> 
> Thanks for testing!
> 
> Best,
> 
> Steve
> 
>> On Jul 29, 2018, at 12:34 PM, Klaus major-k via use-livecode 
>>  wrote:
>> 
>> Hi Steve,
>> 
>>> Am 29.07.2018 um 18:28 schrieb Stephen MacLean via use-livecode 
>>> :
>>> 
>>> Hi All,
>>> 
>>> I’m having an issue with the “set the filename of img”.
>>> This line: set the filename of img "checkImg" of cd "cropImg" stack 
>>> "imgEngine" to imgURL
>>> Works as expected when using “http”. When using “https”, it fails to get 
>>> the image. No error is returned, but the image is blank.
>>> https://pixfeeds.com/images/usa-travel/1280-589451788-statue-of-liberty-full-base.jpg
>>>  
>>> 
>>>  is the test image I’m using. Don’t see any reports of issues, but wanted 
>>> to know if anyone else has run into this.
>> 
>> just tested, works right out of the box in the IDE, by setting the filename 
>> in the inspector and also via script!
>> macOS 10.13.6, LC 9
>> 
>>> Thanks,
>>> 
>>> Steve MacLean
>> 
>> Best
>> 
>> Klaus
>> 
>> --
>> Klaus Major
>> http://www.major-k.de
>> kl...@major-k.de
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: set the filename of image bug?

[Mike Bonner via use-livecode]

If it works for Klaus, and fails for you, it makes me wonder if something
has gotten munged in the imgUrl variable.

You might try putting an "answer imgUrl" (or use the variable inspector) to
confirm that everything looks right.

(worked fine for me too)

On Sun, Jul 29, 2018 at 10:39 AM Stephen MacLean via use-livecode <
use-livecode@lists.runrev.com> wrote:

> HI Klaus,
>
> Wow, ok… I will have to check 9.0.0. Currently using 9.0.1 RC1 on 10.12.6.
> It fails for me in both script and the inspector.
>
> Thanks for testing!
>
> Best,
>
> Steve
>
> > On Jul 29, 2018, at 12:34 PM, Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi Steve,
> >
> >> Am 29.07.2018 um 18:28 schrieb Stephen MacLean via use-livecode <
> use-livecode@lists.runrev.com>:
> >>
> >> Hi All,
> >>
> >> I’m having an issue with the “set the filename of img”.
> >> This line: set the filename of img "checkImg" of cd "cropImg" stack
> "imgEngine" to imgURL
> >> Works as expected when using “http”. When using “https”, it fails to
> get the image. No error is returned, but the image is blank.
> >>
> https://pixfeeds.com/images/usa-travel/1280-589451788-statue-of-liberty-full-base.jpg
> <
> https://pixfeeds.com/images/usa-travel/1280-589451788-statue-of-liberty-full-base.jpg>
> is the test image I’m using. Don’t see any reports of issues, but wanted to
> know if anyone else has run into this.
> >
> > just tested, works right out of the box in the IDE, by setting the
> filename in the inspector and also via script!
> > macOS 10.13.6, LC 9
> >
> >> Thanks,
> >>
> >> Steve MacLean
> >
> > Best
> >
> > Klaus
> >
> > --
> > Klaus Major
> > http://www.major-k.de
> > kl...@major-k.de
> >
> >
> > ___
> > use-livecode mailing list
> > use-livecode@lists.runrev.com
> > Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> > http://lists.runrev.com/mailman/listinfo/use-livecode
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: set the filename of image bug?

[Stephen MacLean via use-livecode]

HI Klaus,

Wow, ok… I will have to check 9.0.0. Currently using 9.0.1 RC1 on 10.12.6. It 
fails for me in both script and the inspector.

Thanks for testing!

Best,

Steve

> On Jul 29, 2018, at 12:34 PM, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi Steve,
> 
>> Am 29.07.2018 um 18:28 schrieb Stephen MacLean via use-livecode 
>> :
>> 
>> Hi All,
>> 
>> I’m having an issue with the “set the filename of img”.
>> This line: set the filename of img "checkImg" of cd "cropImg" stack 
>> "imgEngine" to imgURL
>> Works as expected when using “http”. When using “https”, it fails to get the 
>> image. No error is returned, but the image is blank.
>> https://pixfeeds.com/images/usa-travel/1280-589451788-statue-of-liberty-full-base.jpg
>>  
>> 
>>  is the test image I’m using. Don’t see any reports of issues, but wanted to 
>> know if anyone else has run into this.
> 
> just tested, works right out of the box in the IDE, by setting the filename 
> in the inspector and also via script!
> macOS 10.13.6, LC 9
> 
>> Thanks,
>> 
>> Steve MacLean
> 
> Best
> 
> Klaus
> 
> --
> Klaus Major
> http://www.major-k.de
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode



___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: set the filename of image bug?

[Klaus major-k via use-livecode]

Hi Steve,

> Am 29.07.2018 um 18:28 schrieb Stephen MacLean via use-livecode 
> :
> 
> Hi All,
> 
> I’m having an issue with the “set the filename of img”.
> This line: set the filename of img "checkImg" of cd "cropImg" stack 
> "imgEngine" to imgURL
> Works as expected when using “http”. When using “https”, it fails to get the 
> image. No error is returned, but the image is blank.
> https://pixfeeds.com/images/usa-travel/1280-589451788-statue-of-liberty-full-base.jpg
>  
> 
>  is the test image I’m using. Don’t see any reports of issues, but wanted to 
> know if anyone else has run into this.

just tested, works right out of the box in the IDE, by setting the filename in 
the inspector and also via script!
macOS 10.13.6, LC 9

> Thanks,
> 
> Steve MacLean

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

set the filename of image bug?

[Stephen MacLean via use-livecode]

Hi All,

I’m having an issue with the “set the filename of img”.

This line:

set the filename of img "checkImg" of cd "cropImg" stack "imgEngine" to imgURL


Works as expected when using “http”. When using “https”, it fails to get the 
image. No error is returned, but the image is blank.

https://pixfeeds.com/images/usa-travel/1280-589451788-statue-of-liberty-full-base.jpg
 

 is the test image I’m using.


Don’t see any reports of issues, but wanted to know if anyone else has run into 
this.

Thanks,

Steve MacLean
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LiveCode Server on CentOS 6?

[Keith Clarke via use-livecode]

Thanks Warren (& Richard) - this probably is the blocker, as this particular 
VPS is definitely running 2.12

Google suggests that I can’t (or at least shouldn't attempt to) upgrade CentOS 
6 with a later glibc version, given its central role.

Apparently there are workarounds to install an additional, later version of 
glibc - as an option, alongside the OS version - in such a way that it gets 
called session by session, when needed (i.e. for LC Server use). However, after 
failing to complete a couple of these, it's clear but that this is way beyond 
my Linux chops to sort.

So, it looks like server migration / rebuild will need to be on the critical 
path or it’s a dead-end for experimenting with LC Server for this particular 
project.

Thanks
Keith

> On 29 Jul 2018, at 08:06, Warren Samples via use-livecode 
>  wrote:
> 
> On 07/28/2018 05:39 AM, Keith Clarke via use-livecode wrote:
>> Hi Folks,
>> Is anyone running LS Server on CentOS 6?
>> I notice that only version 7 is officially supported and not being a Linux 
>> expert, I’d like to know if this server OS would need to be upgraded before 
>> attempting anything with LC server on it.
>> TIA
>> Keith
> 
> The release notes say glibc 2.13 or later is needed to run LC 8 and 9 in 
> Linux. You can check the installed version in a shell locally, or using ssh 
> on a remote machine, with this command:
> 
> ldd --version
> 
> The first line it returns tells you the version. On my desktop it returns 
> this, showing glibc is version 2.27:
> 
> ldd (GNU libc) 2.27
> Copyright (C) 2018 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO 
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
> Written by Roland McGrath and Ulrich Drepper.
> 
> I have a CentOS 7 server running glibc 2.17 and LC server works there. It 
> looks like CentOS 6 ships with 2.12 which won't work.
> 
> Good luck!
> 
> Warren
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LiveCode Server on CentOS 6?

[Warren Samples via use-livecode]

On 07/28/2018 05:39 AM, Keith Clarke via use-livecode wrote:

Hi Folks,
Is anyone running LS Server on CentOS 6?
I notice that only version 7 is officially supported and not being a Linux 
expert, I’d like to know if this server OS would need to be upgraded before 
attempting anything with LC server on it.
TIA
Keith


The release notes say glibc 2.13 or later is needed to run LC 8 and 9 in 
Linux. You can check the installed version in a shell locally, or using 
ssh on a remote machine, with this command:


 ldd --version

The first line it returns tells you the version. On my desktop it 
returns this, showing glibc is version 2.27:


ldd (GNU libc) 2.27
Copyright (C) 2018 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is 
NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR 
PURPOSE.

Written by Roland McGrath and Ulrich Drepper.

I have a CentOS 7 server running glibc 2.17 and LC server works there. 
It looks like CentOS 6 ships with 2.12 which won't work.


Good luck!

Warren

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode