Re: Strip a ™ character

JB sundown at
Thu Oct 2 10:43:47 EDT 2014

The code I presented was because I thought it would
be similar to what you already have.  It shows there is
not much code for that routine.  Strip out the lines that
are made for the user to enter the code to transfer and
show those questions on screen and the part that will
quit if the user does not enter a binary code and then
all of the required curly braces etc. and there is not that
much left to the code that was small in the beginning.

I knew pascal better than I know C.  I can read it and also
write it a little but I am not a pro or even close.  Objective-C
is the way to go and for me it has a better structure.  But it
uses some of the same formats as C.

If I was going to suggest code to replace the code that is being
used I would strongly suggest Grand Central Dispatch (GCD).
It can be accessed from foundation which Trevor said they have
put in LiveCode and the foundation library is accessible from the
Objective-C externals package he posted a link to.  It compiles
successfully without any problems using what is in the package
even on the newer Xcode but it won’t work properly due to it will
need to be compiled with Xcode 2.4.  That means once someone
gets their system in place to properly compile his examples things
like the NSFilemanager and GCD can easily be incorporated.

Concerning the problems with the binary to hex conversion not
working I tested it many different ways.  I placed returns before
the line and after the line.  I have stripped the returns and I have
placed each 8 character binary on a separate line and then I took
only the eight chars from each line so nothing would need to be
stripped and it would still put the unwanted characters in the Hex
that was returned.  All you do is take eight characters and then
enter two characters they represent.  You enter one line of code
and it works but if you enter more than one line it does not work.
Problems like that could have easily made customers say that it
is not a good program to use and that reduces sales and causes
financial problems.  A lot of my code was stolen and erased from
my hard drive and they would also change it causing me problems.
This actually happened and my business records were changed.

So I have been attacked at many levels for many years and when
I expose a serious problem with code in LiveCode and someone
taunts me or LiveCode I do not find it any more fun than someone
kicking me after others have attacked me from behind.  That is the
same attitude people gave me when they would steal my supplies
and tools from my electrical contracting business and intentionally
over charge me constantly.  I wrote a program to catch the over
charging but even that takes time out of your life and they know
what they are doing and they enjoyed it.  You learn to deal with it
or you break and they are not held accountable because they will
say it was a mistake.  Things are a lot worse than you are aware
of in the business world unless you are connected to this group.

John Balgenorth

On Oct 2, 2014, at 7:09 AM, Richard Gaskin <ambassador at> wrote:

> JB wrote:
> > On Oct 1, 2014, at 5:20 PM, Dr. Hawkins <dochawk at> wrote:
> >
> >> On Wed, Oct 1, 2014 at 4:01 PM, JB <sundown at> wrote:
> >>
> >>> Code for Program to convert binary to hexadecimal in C Programming
> >>
> >> \begin snivel{}
> >> It burns, it burns!
> ...
> > Who do you think is sniveling and exactly
> > how fun is if for you to say “it burns. it burns!”?
> >
> > And who are you saying it to me because the
> > code does not work or LiveCode?  Either way
> > what makes it so fun for you?
> >
> > But when it comes to the error I found, that
> > error and many others can destroy an good
> > company and may have helped cause the
> > financial problems Revolution had.
> >
> > I am not attacking LiveCode and have been
> > supporting them for many years.
> >
> > The many test I have done on the Binary to Hex
> > code makes me think it took some extra special
> > code to cause the problem.  I certainly do not
> > think this was done to attack me personally.
> Dr. Hawkins is a good-natured fellow, and I've known him long enough to feel confident that his comment wasn't an attack on you, but merely on C, and even then in a light-hearted way (or so I'm sure it was intended).
> Most of us here are long-time LiveCode fans, so when we see C presented as an alternative, the notion of having to do that level of tedious bit-counting and then waiting for a compiler compels us to make the text equivalent of raspberry sounds. :)
> In this particular case, the code you presented is likely very similar to the code already in LiveCode for the built-in binaryDecode function.
> But in LiveCode, we not only have the advantage of being able to access it directly in the scripting language right now, but it also runs on all 7 of the platforms LiveCode supports.
> This is similar in some respects to your earlier suggestion that "we need to have the NSFIleManager".   If you review the LiveCode source code you'll find it often uses the standard APIs on each of the platforms it supports, but as scripters we're insulated from having to deal with the low-level implementation details like memory allocation and such, with the LiveCode engine providing high-level access to those OS routines.  The core problem there wasn't in LiveCode's language at all, but merely the need to do thorough error-checking for inaccessible file system objects, as would be the case in any language, even C.
> Your familiarity with C may put you in a good position to help with the source code, if you're inclined to consider it.  The repository is here:
> <>
> If nothing else, I think you'll be impressed with the thorough job the team has been doing to provide robust and efficient access to low-level OS routines from the comfort of a scripting language.
> -- 
> Richard Gaskin
> Fourth World Systems
> Software Design and Development for the Desktop, Mobile, and the Web
> ____________________________________________________________________
> Ambassador at      
> _______________________________________________
> use-livecode mailing list
> use-livecode at
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:

More information about the use-livecode mailing list