Stormwizard with GUI Editor furtherdevelop Version

[unusedunused]

Here you can download and read more

http://stormwizard.amiforce.de/

additional there are Macros that work same as MUI Macros

#define get(obj,attr,store) GetAttr(attr,obj,(ULONG *)store)
#define set(gad,win,tag1,tagdata1) SetGadgetAttrs((gad),(win),0,(tag1),(tagdata1),TAG_DONE)
#define set2(gad,win,tag1,tagdata1,tag2,tagdata2)  SetGadgetAttrs((gad),(win),0,(tag1),(tagdata1),(tag2),(tagdata2),TAG_DONE)
#define set3(gad,win,tag1,tagdata1,tag2,tagdata2,tag3,tagdata3) \
SetGadgetAttrs((gad),(win),0,(tag1),(tagdata1),(tag2),(tagdata2),(tag3),(tagdata3),TAG_DONE)
#define WZ_GadID(_msg) GetTagData(GA_ID,0,(struct TagItem *)(_msg)->IAddress)

#define setmutex(obj,win,n)     set(obj,win,WMXA_Active,n)
#define setcycle(obj,win,n)     set(obj,win,WCYCLEA_Active ,n)
#define setstring(obj,win,s)    set(obj,win,WSTRINGA_String,(APTR)s)
#define setinteger(obj,win,n)   set(obj,win,WINTEGERA_Long,n)
#define setcheckmark(obj,win,b) set(obj,win,WCHECKBOXA_Checked ,b)
#define setslider(obj,win,l)    set(obj,win,WSLIDERA_Level,l)
#define settoggle(obj,win,l)    set(obj,win,WTOGGLEA_Checked,l)

#define getmutex(obj,value)     get(obj,WMXA_Active,value)
#define getcycle(obj,value)     get(obj,WCYCLEA_Active ,value)
#define getstring(obj,string)   get(obj,WSTRINGA_String,(APTR)string)
#define getinteger(obj,value)   get(obj,WINTEGERA_Long,value)
#define getcheckmark(obj,value) get(obj,WCHECKBOXA_Checked ,value)
#define getslider(obj,value)    get(obj,WSLIDERA_Level,value)
#define gettoggle(obj,value)    get(obj,WTOGGLEA_Checked,value)

[Cammy]

Wow, this is excellent!

[Gulliver]

Thanks again Bernd!

[x303]

Looks like the version I got when I bought stormgcc. What's new

[unusedunused]

Looks like the version I got when I bought stormgcc. What's new

see the screenshots.

to use the nicer look you need a enhanced frameiclass.only the first screenshot is from OS4.all other screenshots are from AFA with zune.

you can install Visual prefs(that offer you some few diffrent look), or AFA with zune on 68k to get this look.

in zune_boopsi you can then select a skin.There are some default ones.
maybe somebody make nicer skins

the Editor is the same as sell from H&P but now its free.
enhance the editor so AISS Icons can use i plan.but here i need compile the editor.

[unusedunused]

a info to use the GUI Editor.
You need add a assign

;BEGIN StormWIZARD
ASSIGN STORMWIZARD: ..../StormWIZARD
;END StormWIZARD

[cha05e90]

The library doesn't work here with StormC 3.0. Complains about too low stack and that I should set the stack to 8000 - cklicking the requester triggers immediate system freeze. BTW: Default stack is 8192 and StormC has a stack of 16368.

System: 68040, CGX4, OS3.9BB2 - ArtEffect i.e. seems to work.

[x303]

The library doesn't work here with StormC 3.0. Complains about too low stack and that I should set the stack to 8000 - cklicking the requester triggers immediate system freeze. BTW: Default stack is 8192 and StormC has a stack of 16368.

System: 68040, CGX4, OS3.9BB2 - ArtEffect i.e. seems to work.

That also happens on StormC v4, btw. But only if you try to open an .lb file when making a link library.

[unusedunused]

That also happens on StormC v4, btw. But only if you try to open an .lb file when making a link library.

maybe stormc4 try start with execute.then it is start as a shell program with default shell stack.I have no idea how can increase the shell default stack on AFA direct.but you can change it yourself.

there is the file s:shell-startup

the default shell stack is 4096 bytes.thats way too few.

you should add in this file a line
stack 8192

its also possible that you use stackattack

[x303]

Opening an lb file doesn't open the shell. It opens another window where you make the link library.
Check the attached file. Screenok is how it should be. And stackerror is how it acts with the latest wizard.library.

btw: shell stack is set by default at 50K. And i'm not using AFA.

[unusedunused]

Opening an lb file doesn't open the shell. It opens another window where you make the link library.
Check the attached file. Screenok is how it should be. And stackerror is how it acts with the latest wizard.library.

btw: shell stack is set by default at 50K. And i'm not using AFA.

If you use not AFA and it not help to increase the Program Icon stack, then you need use stackattack and set the minimum stack to 8192 bytes.

that a program is create by default with only a stack size of 4096 byte is since 1. Amiga OS same.

but during the years Programs and AOS grow lots, patches come, CPU with FPU come.
Also Object orientate GUI need lots stack, MUI crash when you not look that the stack is higher as 4096.

because in the Past stormwizard have only simple GUI render, 4096 bytes was maybe enough, but who know, maybe some strange crashes happen when there run developtools as muforce muguard(which increase stack usage) and some other patches(which increase the stack usage too)

My tests show that old stormwizard programs come close to 4096 bytes stack usage.
and the new lib need little more stack, because of more features.

So I decide to add a allow to run limit to 8192 bytes so the users system can not for sure crash thru too low stack for GUI.stormwizard itself contain stackswap code, so a stack probrem thru too complex layout can not happen

Its really bad that the default Stack on 68k is not increase from 4096 and this is the most problem users say that many patches make the system instable.

but there is stackattack here that help.Also all furtherdevelop AOS have more default stack.

only bad that H&P did not change that on AOS 3.5 and 3.9 too.

[x303]

Its really bad that the default Stack on 68k is not increase from 4096 and this is the most problem users say that many patches make the system instable.

I don't run that many patches anymore.

only bad that H&P did not change that on AOS 3.5 and 3.9 too.

The OS stack wasn't the problem, never have had any problems with it. The problem was that StormLibrarian only had 5K of stack set (which only 382 !!! bytes are used). With stackattack, the new wizard.library can be used again.

x303

[unusedunused]

I don't run that many patches anymore.


The OS stack wasn't the problem, never have had any problems with it. The problem was that StormLibrarian only had 5K of stack set (which only 382 !!! bytes are used). With stackattack, the new wizard.library can be used again.

x303

but when ovewr stormlibrarien stormwizard Editor is start and it have not the requestet 16 kb of stack (in the Icon) there is a big crash risc that maybe occur on Big GUI.

so its good that the new lib check for enough stack.

[x303]

but when ovewr stormlibrarien stormwizard Editor is start and it have not the requestet 16 kb of stack (in the Icon) there is a big crash risc that maybe occur on Big GUI.

so its good that the new lib check for enough stack.

Your wrong here. First of all, normally you *only* run stormlibrarian from within stormc. Second, with sl only using 382 bytes (more or less), it will never crash. Third, sl never, ever crashed on me. So the point that it needs 8K or more is useless. Why check for stack inside a lib while stackattack is available anyway ?