Qbasic

Hi All,

Whilst rummaging in my pc spares I extracted an old MSApp.  An IDE, Basic script interpreter, which you may play about with but you would need to confer with MS if you wanted to sell anything made using it.  I doubt they will give free reign?

The file 'qbasic.exe' is 189 KB or <190 KB, and I attached some explanation in a zip, to help anyone interested in this tool.  In order to store it, I had to encrypt the file with a password which is 'qbasic'  [no quote marks just the letters in lower case]

I also included another Basic, Ubasic, by a whole team of erudite professors in Japan, England and in the USA.  I found that in a legacy archive on the internet, and it looks a better tool for anyone trying to explore mathematics.  Unless I misinterpret what I read it uses 80 digit calculations.  The files are in the zips
UBAS830.ZIP
and I also included UBMPQS32.ZIP, which seems to belong here.
UBHELP.XXX
UBIBM32.EXE seem to be the ones one may get to work.  I have not had time to try but I would proceed as follows:
Extract these 2 files from UBAS830.ZIP to a working folder.  Open a Dos Shell window in that folder.  Type >UBIBM32
Follow the UBHELP.XXX document.  There should be a command word for invoking the online help pages of the manual while UBIBM32 is running, and being Basic it should be fairly easy to get up and running.  Best of luck with that!

The main interest of these legacy basics is in the example scripts, which may enlighten us to old programming methods in use 20 years ago.  But they provide a very small 'footprint' environment for making extra functions on a pc, which may be utilised by calls from Powerpro and other modern scripts.

Look out for the well-documented TSRBASIC folder. This interpreter can 'Terminate and Stay Resident' whilst a shell exists??  Try the examples. and dont get back to me about anything you cant get to work.  You and I are at the same level of knowledge with these three interpreters.  Zilch!

HERE --->

http://www.autohotkey.net/~autokeyminer/archived/MyCDs.zip

Hi All,

   Javascript uses 15 decimal digits in a Win32bit pc, if you call a Math method.
The Math method has most  of the functions you will ever need.  I assume that
VBScript and JScript, [MS version of Javascript ] are both the same as they will
be using the Windows scripting objects, powered by winapi dll calls and .NET.

   VBScript seems to be less used now than Javascript maybe since it is a lot
bigger.  Javascript is like C/C++, and VBScript is like visual basic of course,
but without the utility of the MS Visual Express gui constructor.  All these
three languages [JScript,Javascript,VBScript] are interpreted, but they are well
constructed, and you can do dll calls and DDE, and use OLE,  and COM or Activex
Objects.

   The three languages are present in Windows script on most windows pcs from the
showroom.  So if you want a higher precision than usual you can set up an object
in Javascript if you like C, or VBScript if you like Basic, and run the .JS by
launching it to use the math for you.

   Those who know how to do it will be able to send messages between both
simultaneous scripts, e.g. .JS and .G4C, to pass commands and get results, which
could be displayed in the .G4C Script in a listview table,  in an editor or,
into a 3rd party COM table, etc.  Otherwise just write append the results to a
file in a form that can be opened by a spreadsheet or a database.

   In the case of Gui4Cli Script, you need to pass the running script some
results as "strings", then store the string in a Gui4Cli variable.
   You can then use those variables in the patent $(MATH) expressions, or
manipulate the digits with the string[n][m] method or use some of Gui4Cli string
handling commands, or just "say $var" to put it onto the debug output screen. 
You can right click that and copy the print using the context menu copy.

   Another thing you could do is to sort the numbers, if you have them in a
listview, or you can write them all to a buffer, which has no practical size
limit, then save the buffer to a results file and lastly free the buffer memory
before quitting the script run.

   The easier way [if it suits you] is to use a free app to do your maths. 
Download my help file :

                 http://www.autohotkey.net/~autokeyminer/Maths/Spread32.zip

password:     Spread32

Which describes free utilities and has the urls to find them.  I hope this
helps.

Regards, Flicknemo.

Hi All,

I just uploaded a file containing 3 useful scripts.  It was a bit long for a thread entry, so it is better this way:

http://f1.grp.yahoofs.com/v1/YFsETxTk8ZGRowhWHpwbrOaiU3KicypOt14jitVhIiPdi5bX7sNGq27a2_AbJC1VgeZjLOupmAOH5wgbMpSa-wRg-uA/Help/Flicknemo%20/g4c%20file%20by%20line%20test%20intro.rtf

Hi, I am trying to remove some ini file entries using the "Ini DELETE" command,
but it just does not seem to work.

Nothing happens at all when calling this command. If I mistype an entry, it
comes up with an error message that the section cannot be found, so the command
is definitely reading the file and checking that the sections exist, but then it
does not delete anything and the file timestamp is left alone.

I am running on Windows XP Professional.

Any ideas?

peejayay

I tried something but it does not change the file...

Unless somebody knows how to use it you can try something like this:

xlistview 10 10 10 10 "ini" "" ""
   id lv_ini
   attr show hide


xRoutine IniDeleteSection filename sectionname
   local found/line

   Use LV #this lv_ini
   lv load "$filename"
   found = 1
   lvsearch "[$sectionname]" first lines

   while $$lv.valid=1
   and $found=1
     lv delete current
     lv goto next
     line = $$lv.full
     if $line[0][1] = "["
       found = 0  // found new start of section, break
     endif
   endwhile

   lv save "$filename"
// lv clear



call it like this:
   gosub #this IniDeleteSection initest.ini mysection

Test it for yourself, i made this quick and is not fully tested!



--- In gui4cli@yahoogroups.com, "peejayay" <thepauladams@...> wrote:
>
> Hi, I am trying to remove some ini file entries using the "Ini DELETE"
command, but it just does not seem to work.
>
> Nothing happens at all when calling this command. If I mistype an entry, it
comes up with an error message that the section cannot be found, so the command
is definitely reading the file and checking that the sections exist, but then it
does not delete anything and the file timestamp is left alone.
>
> I am running on Windows XP Professional.
>
> Any ideas?
>
> peejayay
>

Hi Fred,

I realise that it is possible to do it programatically, it is just that I was
hoping for some kind of patch to get it working, so that the next person who
tries to use the command doesn't spend a lot of time thinking that they have
done something wrong, like I did.

But I would like to thank you anyway for taking the time to come up with this
solution, it certainly saves me doing it.

Hopefully there is someone out there with access to the code who can actually
provide a patch for all of us.

Thanks

peejayay

--- In gui4cli@yahoogroups.com, "fredfjord@..." <fredfjord@...> wrote:
>
> I tried something but it does not change the file...
>
> Unless somebody knows how to use it you can try something like this:
>
> xlistview 10 10 10 10 "ini" "" ""
>   id lv_ini
>   attr show hide
>
>
> xRoutine IniDeleteSection filename sectionname
>   local found/line
>
>   Use LV #this lv_ini
>   lv load "$filename"
>   found = 1
>   lvsearch "[$sectionname]" first lines
>
>   while $$lv.valid=1
>   and $found=1
>     lv delete current
>     lv goto next
>     line = $$lv.full
>     if $line[0][1] = "["
>       found = 0  // found new start of section, break
>     endif
>   endwhile
>
>   lv save "$filename"
> // lv clear
>
>
>
> call it like this:
>   gosub #this IniDeleteSection initest.ini mysection
>
> Test it for yourself, i made this quick and is not fully tested!
>
>
>
> --- In gui4cli@yahoogroups.com, "peejayay" <thepauladams@> wrote:
> >
> > Hi, I am trying to remove some ini file entries using the "Ini DELETE"
command, but it just does not seem to work.
> >
> > Nothing happens at all when calling this command. If I mistype an entry, it
comes up with an error message that the section cannot be found, so the command
is definitely reading the file and checking that the sections exist, but then it
does not delete anything and the file timestamp is left alone.
> >
> > I am running on Windows XP Professional.
> >
> > Any ideas?
> >
> > peejayay
> >
>

Hi, peejayay


It also doesn't work on win7/vista.
Alternatively you could do a saveini "filename" Section ""
where you must specify double quotes in stead of the varnames.
The section you want to delete is cleared from all variables and appended as an
empty section at the end of the inifile.

2nd alternative is delete the whole inifile and create a new one without the
section you want to delete.


good luck


fer




--- In gui4cli@yahoogroups.com, "peejayay" <thepauladams@...> wrote:
>
> Hi, I am trying to remove some ini file entries using the "Ini DELETE"
command, but it just does not seem to work.
>
> Nothing happens at all when calling this command. If I mistype an entry, it
comes up with an error message that the section cannot be found, so the command
is definitely reading the file and checking that the sections exist, but then it
does not delete anything and the file timestamp is left alone.
>
> I am running on Windows XP Professional.
>
> Any ideas?
>
> peejayay
>

Hi Dimitris,


Since win7 the Xarea event is behaving very strangely. After opening the gui you
only have to wait for a few seconds to see the xarea as a white rectangle on a
colored background.

~~~~~~~~~~~~~~~~~~~~~
G4C XareaWeirdness

xonload
guiopen #this

xonclose
guiquit #this

window 100 100 600 400 "Xarea weirdness"
winattr style resize/move
winattr background color 100/150/200
winattr cursor move

xarea 100 100 200 200
attr cursor standard
~~~~~~~~~~~~~~~~~~~~~~~~~

This only happens on Win7. I can't remember this behaviour on XP.
I know you are drowning in work, but maybe you could steel a few
minutes from your boss to look what causes this behaviour.


Regards, fer

Hi Dimitris,


I think I've found the cause of the problem: Since I needed a
new keyboard there is a program called Setpoint from Logitech
that is running all the time and when I stop the process in
taskmanager the white square area does not pop up anymore. Only
one minor setback: When I disable Setpoint most programmed keys
do not work anymore.

Anyhow, thanks for your time and testing, I realized now that
it must have been something on my PC which made it a bit easier
to look for the culprit.

Thanks again and regards,

fer




--- In gui4cli@yahoogroups.com, Dimitris Keletsekis <gui4cli@...> wrote:
>
> Hi Fer,
>
> I tried the gui and its not behaving as you say on my system (Win 7). The
> background remains blue all the time.
>
> The only case when a white rectangle appeared was when I tried changing
> various parameters through the windows display interface. I changed "clear
> text", etc just to try out to see if something like that was the problem,
> and then when I brought the gui to the front the rectangle was visible. As
> soon as I moved it off screen and then back again though (to cause it to
> redraw) it was blue again and remained like that whatever I did (resizing
> etc).
>
> I can't see that there's anything I can do...
>
> xArea is a BS_OWNERDRAW type gadget with the WS_EX_TRANSPARENT exStyle
>
> This means that windows leaves it up to me to draw what I want and since I
> have declared it as transparent, I shouldn't have to do anything.
>
> It happens probably because MS changed the visual updating routines to make
> it faster and more efficient. There's quite a few little things like that
> I've noticed. I don't know yet how to fix it though.
>
> Dimitris
>
>
>
> On Sat, Feb 4, 2012 at 6:04 PM, Fer <fmstoopman@...> wrote:
>
> > **
> >
> >
> > Hi Dimitris,
> >
> > Since win7 the Xarea event is behaving very strangely. After opening the
> > gui you only have to wait for a few seconds to see the xarea as a white
> > rectangle on a colored background.
> >
> > ~~~~~~~~~~~~~~~~~~~~~
> > G4C XareaWeirdness
> >
> > xonload
> > guiopen #this
> >
> > xonclose
> > guiquit #this
> >
> > window 100 100 600 400 "Xarea weirdness"
> > winattr style resize/move
> > winattr background color 100/150/200
> > winattr cursor move
> >
> > xarea 100 100 200 200
> > attr cursor standard
> > ~~~~~~~~~~~~~~~~~~~~~~~~~
> >
> > This only happens on Win7. I can't remember this behaviour on XP.
> > I know you are drowning in work, but maybe you could steel a few
> > minutes from your boss to look what causes this behaviour.
> >
> > Regards, fer
> >
> >
> >
>

Hi Dimitris,

I have the strong impression Gui4Cli has a memory problem on Win 7.
When I create self-contained executables the behaviour is very
unpredictable and depends on the size of the scripts and also on
the path where it runs from.

Once a compile seems to be ok, it fails when I simply add a command
to one of the scripts. Then when I add something more it does fine
again. When a executable runs ok in one folder, it fails in another
one. Perhaps something with memory allignment?

I use a small loader that loads a number of guis from disk and then
runs the main gui. When I quit this loader after it has done its job,
my main gui stops at unpredictable places without any eror message.
I have the most success when I keep the loader open.

Perhaps it would help to re-compile Gui4Cli with a Win 7 approved
compiler?

Regards,
Chris

Hi Dimitris,

Thanks for the new Gui4Cli executable and gcview!

Unfortunately it didn't do wonders but I used 19.35 so it's always
good to upgrade. Actually while testing on six different install paths,
I now have reasonably stable results although it's still pulling
the lucky number.

It's indeed a large and complicated startup procedure but Gui4Cli
does it flawlessly in W2K and WXP?

About memory, I meant storage of variables and the scripts in memory.
Since the install path is involved, I can imagine strange behaviour
when $$this.path gets corrupted.

I probably find the solution or a workaround over time :)

Thanks for your efforts,
Chris


--- In gui4cli@yahoogroups.com, Dimitris Keletsekis <gui4cli@...> wrote:
>
> Hi Chris,
>
> The functions I use are all basic windows memory functions which take care
> of any alignment needed. I have no control over it.
>
> I haven't noticed anything like you say. Of course on large and complicated
> programs you may (rarely) get "supernatural" behavior. It happens in all
> languages (I've had it also in C). What I usually do (after running out of
> hair to pull out) is rewrite a large section. Otherwise, g4c seems to be
> working ok for me on win 7 (except some small quips). I have a quite large
> exe which I use (gcview.exe) which works ok. Here's a link:
>
> http://g4c.matinaki.com/gcview.exe
>
> The last compilation I have (which I use) is on win 7, in MS Visual Studio
> 2008, which is quite current. Here the executable I use. Try it and see if
> it makes a difference:
>
> http://g4c.matinaki.com/gui4cli.exe
>
> Hope it helps..
> Dimitris
>
>
>
> On Sun, Feb 5, 2012 at 3:38 PM, chris.kevany <chris.kevany@...> wrote:
>
> > **
> >
> >
> > Hi Dimitris,
> >
> > I have the strong impression Gui4Cli has a memory problem on Win 7.
> > When I create self-contained executables the behaviour is very
> > unpredictable and depends on the size of the scripts and also on
> > the path where it runs from.
> >
> > Once a compile seems to be ok, it fails when I simply add a command
> > to one of the scripts. Then when I add something more it does fine
> > again. When a executable runs ok in one folder, it fails in another
> > one. Perhaps something with memory allignment?
> >
> > I use a small loader that loads a number of guis from disk and then
> > runs the main gui. When I quit this loader after it has done its job,
> > my main gui stops at unpredictable places without any eror message.
> > I have the most success when I keep the loader open.
> >
> > Perhaps it would help to re-compile Gui4Cli with a Win 7 approved
> > compiler?
> >
> > Regards,
> > Chris
> >
> >
> >
>

Hi to all,

Can someone who uses Windows 7 tell me if he/she can input
quotes and double quotes in a xTextin and xRichEdit event.

For me it doesn't work but perhaps there's something weird
going on in my system.

I can input them in a xEdbox and in the fields of a owner listview.

Thanks in advance,

Chris

Hi Chris,


No problem to enter quotes or double quotes in Xtextin and
Xrichedit nor Input.
Do the quotes appear when you type another quote after the first?
If so, your keyboard has the wrong language setting and you
shouldn't be able to type a single quote in wordpad or notepad
or any other editor either.

fer



--- In gui4cli@yahoogroups.com, "chris.kevany" <chris.kevany@...> wrote:
>
> Hi to all,
>
> Can someone who uses Windows 7 tell me if he/she can input
> quotes and double quotes in a xTextin and xRichEdit event.
>
> For me it doesn't work but perhaps there's something weird
> going on in my system.
>
> I can input them in a xEdbox and in the fields of a owner listview.
>
> Thanks in advance,
>
> Chris
>

Hi Fer,

In wordpad and notepad they work from the same keyboard.
I already tried another keyboard but it acts the same.

It's not only my script. I also have the problem with the
RichEdit tutorial example. With the EdBox tutorial example
it works fine.

Anyway good to know it's not a specific Win7 issue for Gui4Cli.
I'll have to find our what's wrong with my system.

Thanks for trying it out!

Chris


--- In gui4cli@yahoogroups.com, "Fer" <fmstoopman@...> wrote:
>
> Hi Chris,
>
>
> No problem to enter quotes or double quotes in Xtextin and
> Xrichedit nor Input.
> Do the quotes appear when you type another quote after the first?
> If so, your keyboard has the wrong language setting and you
> shouldn't be able to type a single quote in wordpad or notepad
> or any other editor either.
>
> fer
>
>
>
> --- In gui4cli@yahoogroups.com, "chris.kevany" <chris.kevany@> wrote:
> >
> > Hi to all,
> >
> > Can someone who uses Windows 7 tell me if he/she can input
> > quotes and double quotes in a xTextin and xRichEdit event.
> >
> > For me it doesn't work but perhaps there's something weird
> > going on in my system.
> >
> > I can input them in a xEdbox and in the fields of a owner listview.
> >
> > Thanks in advance,
> >
> > Chris
> >
>

Hi Fer,

Finally got it working by selecting the "New Zealand (US)"
keyboard layout. Seems to be a bug in the standard US option.

Nice extra is that I got rid of the press twice issue. I now
get a quote or double quote by a single press, which I prefer.

I also have better results with the stability issues on Windows 7
(self contained executable). It helped to not include gif and
gif strips in the executable but load them from disk at startup.
I believe you mentioned that already somewhere in another thread.

I have about 300 variables to initialize at startup and it also
helped to do that as early as possible in the xOnload event.

In my experience Gui4Cli needs some time to stabilize when it's
launched and I now use a one shot timer with two seconds delay
before I start my initialization. I still have a few issues but
it looks much better this way.

Chris


--- In gui4cli@yahoogroups.com, "chris.kevany" <chris.kevany@...> wrote:
>
> Hi Fer,
>
> In wordpad and notepad they work from the same keyboard.
> I already tried another keyboard but it acts the same.
>
> It's not only my script. I also have the problem with the
> RichEdit tutorial example. With the EdBox tutorial example
> it works fine.
>
> Anyway good to know it's not a specific Win7 issue for Gui4Cli.
> I'll have to find our what's wrong with my system.
>
> Thanks for trying it out!
>
> Chris
>
>
> --- In gui4cli@yahoogroups.com, "Fer" <fmstoopman@> wrote:
> >
> > Hi Chris,
> >
> >
> > No problem to enter quotes or double quotes in Xtextin and
> > Xrichedit nor Input.
> > Do the quotes appear when you type another quote after the first?
> > If so, your keyboard has the wrong language setting and you
> > shouldn't be able to type a single quote in wordpad or notepad
> > or any other editor either.
> >
> > fer
> >
> >
> >
> > --- In gui4cli@yahoogroups.com, "chris.kevany" <chris.kevany@> wrote:
> > >
> > > Hi to all,
> > >
> > > Can someone who uses Windows 7 tell me if he/she can input
> > > quotes and double quotes in a xTextin and xRichEdit event.
> > >
> > > For me it doesn't work but perhaps there's something weird
> > > going on in my system.
> > >
> > > I can input them in a xEdbox and in the fields of a owner listview.
> > >
> > > Thanks in advance,
> > >
> > > Chris
> > >
> >
>

Hi Chris

I also have a large compiled progran (868KB)if one can call it large and it is
working fine on all Windows versions  from Windows 95 to Windows 7 including
Windows 7 homeedition.

You mentioned about the timer that you added. Instead of the timer I use
PUMPMESSAGES and so far it works OK.

I do not know if you have tried it already, but if it can help it is only one
instruction instead of using a timer.

Kind regards.

Frans
==========================
--- In gui4cli@yahoogroups.com, "chris.kevany" <chris.kevany@...> wrote:
>
> Hi Fer,
>
> Finally got it working by selecting the "New Zealand (US)"
> keyboard layout. Seems to be a bug in the standard US option.
>
> Nice extra is that I got rid of the press twice issue. I now
> get a quote or double quote by a single press, which I prefer.
>
> I also have better results with the stability issues on Windows 7
> (self contained executable). It helped to not include gif and
> gif strips in the executable but load them from disk at startup.
> I believe you mentioned that already somewhere in another thread.
>
> I have about 300 variables to initialize at startup and it also
> helped to do that as early as possible in the xOnload event.
>
> In my experience Gui4Cli needs some time to stabilize when it's
> launched and I now use a one shot timer with two seconds delay
> before I start my initialization. I still have a few issues but
> it looks much better this way.
>
> Chris
>
>
> --- In gui4cli@yahoogroups.com, "chris.kevany" <chris.kevany@> wrote:
> >
> > Hi Fer,
> >
> > In wordpad and notepad they work from the same keyboard.
> > I already tried another keyboard but it acts the same.
> >
> > It's not only my script. I also have the problem with the
> > RichEdit tutorial example. With the EdBox tutorial example
> > it works fine.
> >
> > Anyway good to know it's not a specific Win7 issue for Gui4Cli.
> > I'll have to find our what's wrong with my system.
> >
> > Thanks for trying it out!
> >
> > Chris
> >
> >
> > --- In gui4cli@yahoogroups.com, "Fer" <fmstoopman@> wrote:
> > >
> > > Hi Chris,
> > >
> > >
> > > No problem to enter quotes or double quotes in Xtextin and
> > > Xrichedit nor Input.
> > > Do the quotes appear when you type another quote after the first?
> > > If so, your keyboard has the wrong language setting and you
> > > shouldn't be able to type a single quote in wordpad or notepad
> > > or any other editor either.
> > >
> > > fer
> > >
> > >
> > >
> > > --- In gui4cli@yahoogroups.com, "chris.kevany" <chris.kevany@> wrote:
> > > >
> > > > Hi to all,
> > > >
> > > > Can someone who uses Windows 7 tell me if he/she can input
> > > > quotes and double quotes in a xTextin and xRichEdit event.
> > > >
> > > > For me it doesn't work but perhaps there's something weird
> > > > going on in my system.
> > > >
> > > > I can input them in a xEdbox and in the fields of a owner listview.
> > > >
> > > > Thanks in advance,
> > > >
> > > > Chris
> > > >
> > >
> >
>

Hi Frans,

The problem in my case is the awefully large and complex startup
procedure. It does already call several dll's and has to run
a command line tool, all at startup.

When it finishes this properly, which seems to depend on the
script size and install path (size?), everything works fine.

I did experiments with pumpmessages but sometimes it made
things worse. But there are occasions it has to be definitly in.

Still the most odd thing is that it depends on the script size.
I run it for testing on six different install paths and some times
they all work. Then when I add something to the script, some
paths fail while others still work. It also happens sometimes that
it finishes the startup but that certain buttons doesn't respond.

I don't have any of these issues on Windows 2000 and XP with
exactly the same scripts and develop environment.

Thanks for your response,

Chris


--- In gui4cli@yahoogroups.com, "Marianne" <marianne976@...> wrote:
>
> Hi Chris
>
> I also have a large compiled progran (868KB)if one can call it large and it is
working fine on all Windows versions  from Windows 95 to Windows 7 including
Windows 7 homeedition.
>
> You mentioned about the timer that you added. Instead of the timer I use
PUMPMESSAGES and so far it works OK.
>
> I do not know if you have tried it already, but if it can help it is only one
instruction instead of using a timer.
>
> Kind regards.
>
> Frans
> ==========================
> --- In gui4cli@yahoogroups.com, "chris.kevany" <chris.kevany@> wrote:
> >
> > Hi Fer,
> >
> > Finally got it working by selecting the "New Zealand (US)"
> > keyboard layout. Seems to be a bug in the standard US option.
> >
> > Nice extra is that I got rid of the press twice issue. I now
> > get a quote or double quote by a single press, which I prefer.
> >
> > I also have better results with the stability issues on Windows 7
> > (self contained executable). It helped to not include gif and
> > gif strips in the executable but load them from disk at startup.
> > I believe you mentioned that already somewhere in another thread.
> >
> > I have about 300 variables to initialize at startup and it also
> > helped to do that as early as possible in the xOnload event.
> >
> > In my experience Gui4Cli needs some time to stabilize when it's
> > launched and I now use a one shot timer with two seconds delay
> > before I start my initialization. I still have a few issues but
> > it looks much better this way.
> >
> > Chris
> >
> >
> > --- In gui4cli@yahoogroups.com, "chris.kevany" <chris.kevany@> wrote:
> > >
> > > Hi Fer,
> > >
> > > In wordpad and notepad they work from the same keyboard.
> > > I already tried another keyboard but it acts the same.
> > >
> > > It's not only my script. I also have the problem with the
> > > RichEdit tutorial example. With the EdBox tutorial example
> > > it works fine.
> > >
> > > Anyway good to know it's not a specific Win7 issue for Gui4Cli.
> > > I'll have to find our what's wrong with my system.
> > >
> > > Thanks for trying it out!
> > >
> > > Chris
> > >
> > >
> > > --- In gui4cli@yahoogroups.com, "Fer" <fmstoopman@> wrote:
> > > >
> > > > Hi Chris,
> > > >
> > > >
> > > > No problem to enter quotes or double quotes in Xtextin and
> > > > Xrichedit nor Input.
> > > > Do the quotes appear when you type another quote after the first?
> > > > If so, your keyboard has the wrong language setting and you
> > > > shouldn't be able to type a single quote in wordpad or notepad
> > > > or any other editor either.
> > > >
> > > > fer
> > > >
> > > >
> > > >
> > > > --- In gui4cli@yahoogroups.com, "chris.kevany" <chris.kevany@> wrote:
> > > > >
> > > > > Hi to all,
> > > > >
> > > > > Can someone who uses Windows 7 tell me if he/she can input
> > > > > quotes and double quotes in a xTextin and xRichEdit event.
> > > > >
> > > > > For me it doesn't work but perhaps there's something weird
> > > > > going on in my system.
> > > > >
> > > > > I can input them in a xEdbox and in the fields of a owner listview.
> > > > >
> > > > > Thanks in advance,
> > > > >
> > > > > Chris
> > > > >
> > > >
> > >
> >
>

Just a additional note to avoid misunderstanding!

I don't have any problem with Gui4Cli on Windows 7 when I run my
scripts directly with the installed Gui4Cli setup. It then runs
just as fine as on Windows 2000 and XP and does a amazing job.

It's just a problem with the self-contained executables.


Chris


--- In gui4cli@yahoogroups.com, "chris.kevany" <chris.kevany@...> wrote:
>
> Hi Frans,
>
> The problem in my case is the awefully large and complex startup
> procedure. It does already call several dll's and has to run
> a command line tool, all at startup.
>
> When it finishes this properly, which seems to depend on the
> script size and install path (size?), everything works fine.
>
> I did experiments with pumpmessages but sometimes it made
> things worse. But there are occasions it has to be definitly in.
>
> Still the most odd thing is that it depends on the script size.
> I run it for testing on six different install paths and some times
> they all work. Then when I add something to the script, some
> paths fail while others still work. It also happens sometimes that
> it finishes the startup but that certain buttons doesn't respond.
>
> I don't have any of these issues on Windows 2000 and XP with
> exactly the same scripts and develop environment.
>
> Thanks for your response,
>
> Chris
>
>
> --- In gui4cli@yahoogroups.com, "Marianne" <marianne976@> wrote:
> >
> > Hi Chris
> >
> > I also have a large compiled progran (868KB)if one can call it large and it
is working fine on all Windows versions  from Windows 95 to Windows 7 including
Windows 7 homeedition.
> >
> > You mentioned about the timer that you added. Instead of the timer I use
PUMPMESSAGES and so far it works OK.
> >
> > I do not know if you have tried it already, but if it can help it is only
one instruction instead of using a timer.
> >
> > Kind regards.
> >
> > Frans
> > ==========================
> > ---

Hi Chris,

Do you use upx compression for your exe?
I could not find a bug in the docs related to this but who knows...
I think also PackExe is used but i don't know anything from that...

Fred.


--- In gui4cli@yahoogroups.com, "chris.kevany" <chris.kevany@...> wrote:
>
> Just a additional note to avoid misunderstanding!
>
> I don't have any problem with Gui4Cli on Windows 7 when I run my
> scripts directly with the installed Gui4Cli setup. It then runs
> just as fine as on Windows 2000 and XP and does a amazing job.
>
> It's just a problem with the self-contained executables.
>
>
> Chris
>
>
> --- In gui4cli@yahoogroups.com, "chris.kevany" <chris.kevany@> wrote:
> >
> > Hi Frans,
> >
> > The problem in my case is the awefully large and complex startup
> > procedure. It does already call several dll's and has to run
> > a command line tool, all at startup.
> >
> > When it finishes this properly, which seems to depend on the
> > script size and install path (size?), everything works fine.
> >
> > I did experiments with pumpmessages but sometimes it made
> > things worse. But there are occasions it has to be definitly in.
> >
> > Still the most odd thing is that it depends on the script size.
> > I run it for testing on six different install paths and some times
> > they all work. Then when I add something to the script, some
> > paths fail while others still work. It also happens sometimes that
> > it finishes the startup but that certain buttons doesn't respond.
> >
> > I don't have any of these issues on Windows 2000 and XP with
> > exactly the same scripts and develop environment.
> >
> > Thanks for your response,
> >
> > Chris
> >
> >
> > --- In gui4cli@yahoogroups.com, "Marianne" <marianne976@> wrote:
> > >
> > > Hi Chris
> > >
> > > I also have a large compiled progran (868KB)if one can call it large and
it is working fine on all Windows versions  from Windows 95 to Windows 7
including Windows 7 homeedition.
> > >
> > > You mentioned about the timer that you added. Instead of the timer I use
PUMPMESSAGES and so far it works OK.
> > >
> > > I do not know if you have tried it already, but if it can help it is only
one instruction instead of using a timer.
> > >
> > > Kind regards.
> > >
> > > Frans
> > > ==========================
> > > ---
>

Hi Fred,

I tried so many things. With and without upx.
Modified the ExeWizard gui so it didn't compress the scripts.

I finally found that if it fails on a certain path, it doesn't
matter if I upx or compress. It keeps on failing at the same place.

I also took off things of which I thought they could be critical
but to no avail.

Also remarkable is that it just stops somewhere without any error
messages. I have the impression that it occasionally not returns
from a xRoutine that is initially executed without any errors.

I'm afraid I'll have to give up on Windows 7.
Well... at least for this project :)

Chris


--- In gui4cli@yahoogroups.com, "fredfjord@..." <fredfjord@...> wrote:
>
> Hi Chris,
>
> Do you use upx compression for your exe?
> I could not find a bug in the docs related to this but who knows...
> I think also PackExe is used but i don't know anything from that...
>
> Fred.
>
>
> --- In gui4cli@yahoogroups.com, "chris.kevany" <chris.kevany@> wrote:
> >
> > Just a additional note to avoid misunderstanding!
> >
> > I don't have any problem with Gui4Cli on Windows 7 when I run my
> > scripts directly with the installed Gui4Cli setup. It then runs
> > just as fine as on Windows 2000 and XP and does a amazing job.
> >
> > It's just a problem with the self-contained executables.
> >
> >
> > Chris
> >
> >
> > --- In gui4cli@yahoogroups.com, "chris.kevany" <chris.kevany@> wrote:
> > >
> > > Hi Frans,
> > >
> > > The problem in my case is the awefully large and complex startup
> > > procedure. It does already call several dll's and has to run
> > > a command line tool, all at startup.
> > >
> > > When it finishes this properly, which seems to depend on the
> > > script size and install path (size?), everything works fine.
> > >
> > > I did experiments with pumpmessages but sometimes it made
> > > things worse. But there are occasions it has to be definitly in.
> > >
> > > Still the most odd thing is that it depends on the script size.
> > > I run it for testing on six different install paths and some times
> > > they all work. Then when I add something to the script, some
> > > paths fail while others still work. It also happens sometimes that
> > > it finishes the startup but that certain buttons doesn't respond.
> > >
> > > I don't have any of these issues on Windows 2000 and XP with
> > > exactly the same scripts and develop environment.
> > >
> > > Thanks for your response,
> > >
> > > Chris
> > >
> > >
> > > --- In gui4cli@yahoogroups.com, "Marianne" <marianne976@> wrote:
> > > >
> > > > Hi Chris
> > > >
> > > > I also have a large compiled progran (868KB)if one can call it large and
it is working fine on all Windows versions  from Windows 95 to Windows 7
including Windows 7 homeedition.
> > > >
> > > > You mentioned about the timer that you added. Instead of the timer I use
PUMPMESSAGES and so far it works OK.
> > > >
> > > > I do not know if you have tried it already, but if it can help it is
only one instruction instead of using a timer.
> > > >
> > > > Kind regards.
> > > >
> > > > Frans
> > > > ==========================
> > > > ---
> >
>

To continue the previous thought...

One of the things that may do it is when something visual or having to
do with windows (return from waiting, messages, etc) happens in the
middle of the routine. G4c has various ways of dealing with these
interruptions, according to the type, sometimes stopping what its
doing (using a stack to store its position & variables) and then
reverting, or attaching the command at the end of the chain, etc. This
works well but in extremely large convoluted situations it may
sometimes get mixed up... You could also give the branch command a try
(instead of gosub) which will clear the stack.

Sorry if I confused you more :)



On Wed, Feb 15, 2012 at 9:51 AM, Dimitris Keletsekis <gui4cli@...> wrote:
>
>>
>> Also remarkable is that it just stops somewhere without any error
>> messages. I have the impression that it occasionally not returns
>> from a xRoutine that is initially executed without any errors.
>>
>
> I've also had this happen (rarely) with very large convoluted routines that
> call many programs and many guis before they're done and I've also used a
> timer to try to fix it (with some success). Its one of the things I want to
> look into but its so damn difficult to find the problem.
>
> Dimitris
>

Hi Dimitris,

I would have better continued with this subject at the thread
about self-contained executables on Windows 7. Sorry I changed
topic at this thread a few posts ago.

I know a bit of push and pop (only a bit) and I'm aware it's
extremely complicated for Gui4Cli. Even more when using timers
like I do in my scripts.

I have a full Gui4Cli develop environment on Windows 7 (32-bit) and
the problem of stopping without any notification doesn't happen
when I run my scripts directly. Only time it occasionally happens
is when I run a script directly after editing without quiting
Gui4Cli first. But this happens on all OS' I run it on.

On Windows W2K and XP, I also have no problems with self-contained
executables but on Win7, Gui4Cli seems to be extremely sensitive
for which is perhaps the stack problem you point out.

That's why I thought it might perhaps help to re-compile Gui4Cli
with Visual Studio 2010.

Chris


--- In gui4cli@yahoogroups.com, Dimitris Keletsekis <gui4cli@...> wrote:
>
> To continue the previous thought...
>
> One of the things that may do it is when something visual or having to
> do with windows (return from waiting, messages, etc) happens in the
> middle of the routine. G4c has various ways of dealing with these
> interruptions, according to the type, sometimes stopping what its
> doing (using a stack to store its position & variables) and then
> reverting, or attaching the command at the end of the chain, etc. This
> works well but in extremely large convoluted situations it may
> sometimes get mixed up... You could also give the branch command a try
> (instead of gosub) which will clear the stack.
>
> Sorry if I confused you more :)
>
>
>
> On Wed, Feb 15, 2012 at 9:51 AM, Dimitris Keletsekis <gui4cli@...> wrote:
> >
> >>
> >> Also remarkable is that it just stops somewhere without any error
> >> messages. I have the impression that it occasionally not returns
> >> from a xRoutine that is initially executed without any errors.
> >>
> >
> > I've also had this happen (rarely) with very large convoluted routines that
> > call many programs and many guis before they're done and I've also used a
> > timer to try to fix it (with some success). Its one of the things I want to
> > look into but its so damn difficult to find the problem.
> >
> > Dimitris
> >
>

Hi Dimitris,

I wouldn't spend time on looking for a stack bug in calling xRoutines.
I think your code is OK.

Because I still run a W2k and XP setup, I can ensure you it doesn't
happen there.

After a few weeks, I now can also report it's not only a problem with
self-contained executables but also happens when running the scripts
directly.

I suspect the MSVC runtime from corrupting the variables space.
This may be a specific Win7 32-bit problem because some 64-bit users
reported they have no problems.
Windows 7 x64 has a special reserved folder to run 32-bit apps from
named "Program Files (x86)".

I also found that the results of UPX aren't bit exact on Windows 7,
compared to W2K, XP. In W2K, XP the resources are padded with zeros
but in Windows 7 with garbage (actually a part of the script).

Chris

Hi Dimitris,


In the past I've used several image text commands to create shadow
style text but a few days ago I found that 'image txstyle shadow'
is a legitimate G4c command although not mentioned in the manual.
The shadow color is defined by image back r/g/b.

fer