RadASM 2.2.1.5 released (2008-11-27)

Started by KetilO, November 27, 2008, 10:25:38 AM

Previous topic - Next topic

KetilO

Whats new:

RadASM 2.2.1.5
---------------------
o Option to set syntax backcolor on strings, comments, operators and numbers & hex values.
o Api files can now have commented lines. A commented line must start with ; or //
o Ini files now has a version.
o Updated addins to latest version. This fixess several bugs.
o Fixed bug with split screen.

KetilO

UPDATES!
2008-12-03 Fixed RichEdit caption property missing in RadASM.exe
2008-12-03 Fixed comment bug in RaEdit.dll
2008-12-04 Fixed divider line bug in RaEdit.dll


[attachment deleted by admin]

ragdog

#1
Hi KetilO

Thanks for the new version!

Great work :U


(I have a litte bug found with The color syntax)




I must set manually the color for the api syntax

And i have a question to the theme
Can you safe the theme in a extra ini expl: theme.ini

If i use a new version of Radasm must i set my old like Theme to the rAdasm.ini

Can you add this function in the next release?

Greets

KetilO

Hi ragdog

The reason for this is your outdated themes in RadASM.ini.
You should fix and save new themes to prevent future problems.

Since the inifiles now are versioned, inifile problems should be a thing of the past.

KetilO

KetilO

#3
Hi all

There was a bug with exporting ID equ's from dialogs.

Included is a new RadASM.exe that fixes the problem.

KetilO

EDIT
Attachment deleted. See first post for new attachment.

Looser

Hi,
Thanks for this great IDE ketilo, keep the great work coming
My msg is about a little bug report, it concerns RAEdit drawing

If you scroll the editor area horizontally (one or 2 times on the right) and then try to select some lines of text, then text shows up in the line numbers column
Here's a ss:


Vista SP1 ultimate
Core2duo

KetilO

#5
Thanks

This update of RAEdit should fix the problem.

KetilO

EDIT.
Attachment deleted.

ragdog

Thanks

I has this same problem under xp-sp2


ragdog

Hi

I have tested it your new RaEdit.dll
And i have new bug found



This is by auto correction

You enter invoke GetDlgItem,
then popup this auto corrections and destroy this graphic

Greets,

ragdog

#8
Hi

I have the next bug found on the RaEdit.dll

I have enter in my codeĀ  comment \
and i get this error Msg


KetilO

#9
Thanks ragdog

The paint bug should now be fixed.

The GPF is not happening here. Are you able to reproduce?

KetilO

EDIT
Attachment deleted. See first post for an updated attachment.

Mark Jones

KetilO, is this new (and by design) that the horizontal position counter considers tabs as being one character? i.e, the "Char: x" on the statusbar counts tabs as "1" even though they are 4 spaces wide. When moving the cursor to the end of a line to see if it is longer than 80 characters, lines with tabs in them report (n*4-1) less characters than expected (if spaces were used.)
"To deny our impulses... foolish; to revel in them, chaos." MCJ 2003.08

KetilO

Hi Mark

The Char has always been, as the name suggest, number of characters from the left.

KetilO

Looser

this is Great ketilo,
Just a not so much interesting thing,
Can you turn the version control plugin on so the version of this great RAEdit may increase

As already mentioned, this's not so important but may help us to follow you

Sincerely,

ragdog

Hi

I have tested you new RaEdit.dll

This paint bug is fixed! Thanks

It` same bug if i write in my code comment \
by the slash get i this error Msg


Module name: RAEdit.dll (RadASM version 2.2.1.5)
Windows XP Service Pack 2
Exception code: C0000005h
EXCEPTION_ACCESS_VIOLATION
Instruction pointer: 100013B7h

Registers:
eax=3F00636Fh ebx=100117A8h ecx=00000008h
edx=FFFFFFFFh esi=1001182Ch edi=1001183Ch
ebp=0012FA18h esp=0012FA18h eip=100013B7h

Segment registers:
CS=001Bh DS=0023h SS=0023h
ES=0023h FS=003Bh GS=0000h
Flags: PF IF
Flags: PF IF
FDS=0023h SS=0023h
ES=0023h FS=003Bh GS=0000h


Stack:
0012FA34 10006853 3F00636F 01820BC8
00000035 0019B5A8 00000000 0012FA64
100032E5 0019B5A8 00000035 0012FC20
00000030 0019B5A8 10011960 00000089


What mean you with GPF?

Looser

Same here
I think that the problem has no thing to do with comment \
It's some thing related to .data? block end matching (it seems to me that it waits for a '\' as end marker
If it exists, comment \ doesn't work properly, if it doesn't exist, it works as it should.