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
Posted on 2002-04-01 14:18:02 by 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
Posted on 2002-04-01 14:24:13 by KetilO
Hi all

Fixed the ReallyRad bugs reported by Milos.

The zip contains:
RadASM.exe
ReallyRad.dll

KetilO

Fixed more bugs. Look further down.
Posted on 2002-04-01 16:34:45 by KetilO
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.
Posted on 2002-04-01 17:53:33 by Tsongkie[ii]
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
Posted on 2002-04-01 17:53:50 by ramzez
Hi Tsongkie

You can set all colors by selecting Option / Editor Colors from the menu.

KetilO
Posted on 2002-04-01 18:05:58 by KetilO
Hi ramzez

Really memory hungry. :grin:

I will check that out.

KetilO
Posted on 2002-04-01 18:07:42 by 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?
Posted on 2002-04-01 18:19:01 by Tsongkie[ii]
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
Posted on 2002-04-01 18:54:36 by 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
Posted on 2002-04-01 19:02:05 by 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


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.
Posted on 2002-04-01 19:09:04 by The Svin
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
Posted on 2002-04-01 19:26:24 by KetilO
Thanks.
Posted on 2002-04-01 19:43:32 by The Svin
My RadASM version 1.1.1.0 says 464K
memory in WinXP Task Manager.
Posted on 2002-04-01 22:30:26 by bitRAKE

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
Posted on 2002-04-01 23:04:09 by 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?
Posted on 2002-04-01 23:18:33 by bitRAKE
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.
Posted on 2002-04-02 13:56:37 by Milos

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...)
Posted on 2002-04-02 21:55:27 by jademtech
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.
Posted on 2002-04-03 01:44:43 by KetilO
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
Posted on 2002-04-03 16:46:25 by Caleb