Re: simpol 4e

>> John Roberts wrote:
>> At a very quick glance seeing it is a public holiday here today: My
>> installed shortcuts to any .smp utilities that use smpwin32 in the
>>  shortcut do not work including the desktop.smp. Change to smprun32
>> and they do work.
> 
> NR: Are you using a path with a space in it?

I was going to write about inability to get the "desktop" running and

also figured out that changing

"C:\Program Files\SIMPOL\bin\smpwin32.exe" simpoldesktop.smp

to

"C:\Program Files\SIMPOL\bin\smprun32.exe" simpoldesktop.smp

cured that problem.  But then you have the Command window open in the 
background.

I'm not sure I understand what you mean by a path with a space in it.

At a very quick glance seeing it is a public holiday here today:
My installed shortcuts to any .smp utilities that use smpwin32 in the 
shortcut do not work including the desktop.smp. Change to smprun32 and they 
do work. I also note the version of the imagetool you install in the 
utilities does not match the help file.

Double clicking on the desktop.smp on my installation seems to cause a high 
number of crashes before it gets on screen. So far 3 is the record before it 
starts. Sometimes it starts no problems and then continues to start on 
repeated attempts. When it does run it is much more stable than the last 
release. Tremendous amount of work on the dataforms and good to be able to 
look at saved dataform code. I am not sure whether the crashes are the 
desktop, smprun32 or my setup. While trying to debug my own projects in the 
ide, pressing F4 to begin debugging is ok, no project of mine gets past F5 
when debugging without a gpf. They execute ok I think but I have seen a 
couple of crashes for no apparent reason and I am interested to know whether 
anyone else has this or whether it is just my installation.

I also noticed a problem when looking at udtmemberopsample.smj which will 
not start debug because of a mismatch between project and runtime 
information. Perhaps this is the new ! capability that the ide hasn't caught 
up with? Incidently the function team.gettotalgoals() is not defined in the 
team type definition and hence has t.getotalgoals(t) in the last line.

Cheers, John 

John Roberts wrote:
> At a very quick glance seeing it is a public holiday here today:
> My installed shortcuts to any .smp utilities that use smpwin32 in the 
> shortcut do not work including the desktop.smp. Change to smprun32 and they

> do work. 

Are you using a path with a space in it?

> I also note the version of the imagetool you install in the 
> utilities does not match the help file.

I will double check the installer. Strange....

> Double clicking on the desktop.smp on my installation seems to cause a high

> number of crashes before it gets on screen. So far 3 is the record before
it 
> starts. Sometimes it starts no problems and then continues to start on 
> repeated attempts. When it does run it is much more stable than the last 
> release.

I wonder why it is crashing. I use it daily and don't have any crashes
on startup. I am glad to hear that is comes across as more stable.

> Tremendous amount of work on the dataforms and good to be able to 
> look at saved dataform code. I am not sure whether the crashes are the 
> desktop, smprun32 or my setup. While trying to debug my own projects in the

> ide, pressing F4 to begin debugging is ok, no project of mine gets past F5

> when debugging without a gpf. They execute ok I think but I have seen a 
> couple of crashes for no apparent reason and I am interested to know
whether 
> anyone else has this or whether it is just my installation.

This is strange. I do virtually all my development in the IDE and am
constantly running the debugger. F5 works fine here. The IDE itself has
not changed at all since the last release, only the timeout was changed.

> I also noticed a problem when looking at udtmemberopsample.smj which will 
> not start debug because of a mismatch between project and runtime 
> information. Perhaps this is the new ! capability that the ide hasn't
caught 
> up with? Incidently the function team.gettotalgoals() is not defined in the

> team type definition and hence has t.getotalgoals(t) in the last line.

No, the problem is that the IDE doesn't like the member operator
followed by a double-quoted string. I have added that to the IDE bug
list. Also, I have changed the udtmemberopsample.sma as follows:

type team
  embed
  string name

  reference
  player firstplayer
  function addplayer
  function gettotalgoals
end type

This adds the function into the type (I was bouncing back-and-forth
between making it a method or a standalone function).

Also, the following has changed.

function main()
  team t

  t =@ team.new("Plumbers")
  t.addplayer("Joe", "Pitcher")
  t.addplayer("Fred", "Catcher")
  t.addplayer("Sammy", "First Base")
  t.addplayer("Bob", "Second Base")
  t.addplayer("Pete", "Short Stop")
  t.addplayer("Tom", "Third Base")
  t.addplayer("Vince", "Left Field")
  t.addplayer("Howie", "Center Field")
  t.addplayer("Chuck", "Right Field")

  t!Pitcher = 2
  t!Catcher = 1
  t!Catcher = t!Catcher + 1
end function t.gettotalgoals()

The above will allow you to debug it since it doesn't use the
double-quoted member approach. I also removed the (t) since as a member
function, it automatically passes the me object.

Kromkowski wrote:
> 
>>> John Roberts wrote:
>>> At a very quick glance seeing it is a public holiday here today:
My
>>> installed shortcuts to any .smp utilities that use smpwin32 in the
>>>  shortcut do not work including the desktop.smp. Change to
smprun32
>>> and they do work.
>>
>> NR: Are you using a path with a space in it?
> 
> I was going to write about inability to get the "desktop" running
and
> also figured out that changing
> 
> "C:\Program Files\SIMPOL\bin\smpwin32.exe" simpoldesktop.smp
> 
> to
> 
> "C:\Program Files\SIMPOL\bin\smprun32.exe" simpoldesktop.smp
> 
> cured that problem.  But then you have the Command window open in the
> background.
> 
> I'm not sure I understand what you mean by a path with a space in it.

"C:\Program Files\SIMPOL\bin\smpwin32.exe" simpoldesktop.smp

This is a path with a space in it. In other words, I don't get this on
my machine because I always install to c:\simpol rather than c:\program
files\simpol.

OK, I half suspected this. I will log a bug and we will look into it.

John Roberts wrote:
> At a very quick glance seeing it is a public holiday here today:
> My installed shortcuts to any .smp utilities that use smpwin32 in the 
> shortcut do not work including the desktop.smp. Change to smprun32 and they

> do work. I also note the version of the imagetool you install in the 
> utilities does not match the help file.

BTW, I forgot to copy the latest imagetool.smp into the directory that
the installer uses for its build. I have corrected that now.