Hi Milos
Scrollbar problem:
I dont think it is possible to fix this problem.
ReallyRad folder problem:
I forgot that one. :rolleyes:
The ReallyRad addin is still buggy. It seem to work ok if the main RC is open tho.
KetilO
Scrollbar problem:
I dont think it is possible to fix this problem.
ReallyRad folder problem:
I forgot that one. :rolleyes:
The ReallyRad addin is still buggy. It seem to work ok if the main RC is open tho.
KetilO
hi stanks
In RadASM.ini you find this section:
;F1-Key=HelpFile
F1=$H\Win32.hlp
CF1=$H\x86eas.hlp
SF1=$H\Masm32.hlp
CSF1=$H\Rc.hlp
Change it to:
;F1-Key=HelpFile
F1=$H\Win32.hlp
CF1=$H\opcodes.hlp
SF1=$H\Masm32.hlp
CSF1=$H\Rc.hlp
The help menu has an option tool to help you set it up.
KetilO
In RadASM.ini you find this section:
;F1-Key=HelpFile
F1=$H\Win32.hlp
CF1=$H\x86eas.hlp
SF1=$H\Masm32.hlp
CSF1=$H\Rc.hlp
Change it to:
;F1-Key=HelpFile
F1=$H\Win32.hlp
CF1=$H\opcodes.hlp
SF1=$H\Masm32.hlp
CSF1=$H\Rc.hlp
The help menu has an option tool to help you set it up.
KetilO
Hi all
Fixed the ReallyRad bugs reported by Milos.
The zip contains:
RadASM.exe
ReallyRad.dll
KetilO
Fixed more bugs. Look further down.
Fixed the ReallyRad bugs reported by Milos.
The zip contains:
RadASM.exe
ReallyRad.dll
KetilO
Fixed more bugs. Look further down.
Hi ketil0, thanks for that bug update. Anyway, Is it possible to change the background color of the rich editor (white) to the same as the dialog (grey)? Couldn't figure that out.
Ketilo,
it seems memory usage increased 5 times in 1.1.1.0 compared to 1.1.0.9
1.1.0.9 ~900kb
1.1.1.0 without reallyrad ~3 MB
1.1.1.0 with reallyrad ~5 MB
on WinXP
it seems memory usage increased 5 times in 1.1.1.0 compared to 1.1.0.9
1.1.0.9 ~900kb
1.1.1.0 without reallyrad ~3 MB
1.1.1.0 with reallyrad ~5 MB
on WinXP
Hi Tsongkie
You can set all colors by selecting Option / Editor Colors from the menu.
KetilO
You can set all colors by selecting Option / Editor Colors from the menu.
KetilO
Hi ramzez
Really memory hungry. :grin:
I will check that out.
KetilO
Really memory hungry. :grin:
I will check that out.
KetilO
ketil0, you have probably misunderstood me. What i wanted to do was change the color of the rich edit control to the same as it's parent's color (the dialog box) which is grey. Is that possible?
Hi Tsongkie
Sorry.
It is still not clear to me what you are asking, I'll try to answer anyways.
You can not change the back color of the richedit at design time.
At runtime you can send an EM_SETBKGNDCOLOR.
KetilO
Sorry.
It is still not clear to me what you are asking, I'll try to answer anyways.
You can not change the back color of the richedit at design time.
At runtime you can send an EM_SETBKGNDCOLOR.
KetilO
Hi ramzez
Memory usage on WinXP:
1.0.9.0 ~ 2.5 Mb
1.1.1.0 ~ 2.7 Mb
When you open a project and a lot of files. RadASM can easily use more than 10Mb. When you close the project not all of the memory are immediatly released. This is normal behavior.
KetilO
Memory usage on WinXP:
1.0.9.0 ~ 2.5 Mb
1.1.1.0 ~ 2.7 Mb
When you open a project and a lot of files. RadASM can easily use more than 10Mb. When you close the project not all of the memory are immediatly released. This is normal behavior.
KetilO
I like your idea about jumping to code after dblclick on control, but could you change searching condition for appropriate code, please.
from
.if(elseif) something==ID_CTRL
to
just ID_CTRL even if it is commented
You see many programmers don't write in Iczelion HLL style
for example in my code control blocks looks like
and many other construction,
but there is always some code related to control,
and if I would be able to mark this code with
;ID_OK
for example so that after dblclick on ctrl I could jump to this place it would be a great hellp for me.
Of course you are the boss, it's up to change condition, I'm just asking.
from
.if(elseif) something==ID_CTRL
to
just ID_CTRL even if it is commented
You see many programmers don't write in Iczelion HLL style
for example in my code control blocks looks like
test ebx,0FFFF0000h
jne @r
sub ebx,30
call dword ptr [ebx*4][offset cmbjmptbl]
jmp @r
and many other construction,
but there is always some code related to control,
and if I would be able to mark this code with
;ID_OK
for example so that after dblclick on ctrl I could jump to this place it would be a great hellp for me.
Of course you are the boss, it's up to change condition, I'm just asking.
Hi The Svin
I will add this:
If nothing foud on '== and IDC_CTL' or 'cmp and IDC_CTL' I will seach for 'IDC_CTL' only. That should work for all I guess.
KetilO
I will add this:
If nothing foud on '== and IDC_CTL' or 'cmp and IDC_CTL' I will seach for 'IDC_CTL' only. That should work for all I guess.
KetilO
Thanks.
My RadASM version 1.1.1.0 says 464K
memory in WinXP Task Manager.
memory in WinXP Task Manager.
My RadASM version 1.1.1.0 says 464K
memory in WinXP Task Manager.
Yeah, and it drops to 256K if you minimize RadASM. :confused:
It seem that any value here is ok.
KetilO
Peak Memory Usage is 4,436K - which really means it's very light compared to everything else running on my box. I really don't have a cue what any of these values really mean beyond my assumption that they are what they say they are?
This was nice KetilO.
I made a quick glance at this new update and it worked fine :) I wasn't able to reproduce 4th bug I found today.. I guess it was related with the last one.
I made a quick glance at this new update and it worked fine :) I wasn't able to reproduce 4th bug I found today.. I guess it was related with the last one.
Peak Memory Usage is 4,436K - which really means it's very light compared to everything else running on my box. I really don't have a cue what any of these values really mean beyond my assumption that they are what they say they are?
yes... perhaps someone would like to enlighten both of us... if you minimize a prog, it lists it as occupying less memory... and the numbers for memory usage don't change... in fact, the numbers don't add up. of course, i'm not caught up in the fact that they don't add up (i'm sure Windows has some messed up processes running somewhere that M$ doesn't want us to know about ;) - but the numbers don't change at all! this is in both WinNT and Win2K (i don't know about XP... i've had almost no exposure to 98, so i don't know what it's taskman is like...)
Hi all
This bugfix takes care of:
1. Scrollbar problem reported by Milos.
2. Dialog editor contextmenu problem reported by Delight.
3. Dialog / code interaction improvements suggested by The Svin
The zip contains:
FilpCase.dll addin
ReallyRad.dll addin
RadASM.exe
KetilO
Attachment deleted.
This bugfix takes care of:
1. Scrollbar problem reported by Milos.
2. Dialog editor contextmenu problem reported by Delight.
3. Dialog / code interaction improvements suggested by The Svin
The zip contains:
FilpCase.dll addin
ReallyRad.dll addin
RadASM.exe
KetilO
Attachment deleted.
Hi Ketilo !
Is it possible to add a counter (or just a date) at the attached filename ? This would help to get a better overview of released files :)
Greetings, Caleb
Is it possible to add a counter (or just a date) at the attached filename ? This would help to get a better overview of released files :)
Greetings, Caleb