Hi,

AsmEdit V5.0 using RichEdit44 has been released.

I have also made some changes to ResEdit, when you
do a copy and paste of a control it will copy all of the
information from the control.

When you load an existing dialog and make a change
and do a build all of the controls that were not changed
will retain their original position and size. They will not be
affected by the rounding problem of converting dialog units
to pixels and then back again.

It used to be a pain to have a dialog with many controls and
have everything lined up and then make a change with ResEdit
and then have some of the controls off by a dialog unit.

AsmEditV5.zip contains all programs and files.

Read the Readme.txt file.

You can go to my web page to download AsmEditV5.zip at:
http://asmedit.massmind.org

Let me know if you have any problems.

Thanks,

Ewayne
Posted on 2003-09-15 21:43:13 by Ewayne
Hi Ewayne,

Thank you for this new version. You always offering us the best.
Here you are a small bug.

The best regards
Ipadilla
Posted on 2003-09-16 12:43:23 by ipadilla
To ipadilla:

Ok how were you able to create that, I thought we had that
bug fixed.

Thanks,

Ewayne
Posted on 2003-09-16 13:02:21 by Ewayne
Hi Ewayne,

This bug is not easy to repeat. Sometime it appears and sometine not, but if you insist after 3 or 4 times you can get it.

It seem to be related with maximize and minimize the original windows (Parent) after running asmedit50 and erase area.

Please follows these steps:
1) Run Asmedit50.
2) Maximize the windows.
3) Go to References ->Edit Menus
4) Cancel --- clicking on "X" up-right-corner of the child windows.
5) Go to Projects ->New Project With Templates
6) Cancel ---clicking on "X" up-right-corner of the child windows
You have to produce the bug.

If not, please be patient, you can minimize the parent windows and repeat it again, and so on.

OS: Win98 SE.

Have a nice day
ipadilla
Posted on 2003-09-16 14:30:12 by ipadilla
To ipadilla:

I tried for over an hour to get it to fail, but can not
repeat your problem.

I made a change to one of the brush handles in AsmEdit
plus I made a fix to RichEdit44 for a mouse wheel bug.

Try the attachment and see if you can get it to fail.

Unpack it and put the files in their proper place.

Thanks,

Ewayne
Posted on 2003-09-16 17:35:43 by Ewayne
Hi Ewayne,
I have copied your sending files and run setup again. Now I can
repeat the bug every time. I have installed the program on c:\asmedit50.

Please follows these steps:
1) Run Asmedit50.
2) Maximize the windows.
3) Go to References ->Edit Menus
4) Cancel --- clicking on "X" up-right-corner of the child windows.
5) Go to Projects ->New Project With Templates
6) Cancel ---clicking on "X" up-right-corner of the child windows

OS: Win98 SE.

Have a nice day
ipadilla
Posted on 2003-09-16 23:39:08 by ipadilla
To ipadilla:

How can I have a nice day when I can not get it to fail??

I followed your instructions 20 times on:

Win98, NT 4.0, XP Home, and XP Pro and I can not get it to fail.

It looks like you might have pressed the Cancel button on the
New Projects dialog, because the button looks pressed.

I will keep looking and playing around. I wonder if anyone else
can duplicate your problem?

Ewayne
Posted on 2003-09-17 00:26:27 by Ewayne
Hi Ewayne,

I tried for about an hour on Win2KSP4 and could not reproduce the bug. Just thought I'd let you know in case your looking for positive feedback as well.
Posted on 2003-09-17 00:41:39 by donkey
To donkey:

Thanks for the feedback.

I had a similar problem before when I was using the same global brush
handle for the colored buttons and the dialogs paint, but I think
I have all of those cleaned up.

But it still might be a brush handle problem under some situation.

I'm still looking.

Ewayne
Posted on 2003-09-17 01:06:11 by Ewayne
Hi Ewayne,

I checked your AsmEdit50, again, in several OS?s and on different machines of friends this weekend.
Here you are the results:

1) Windows 98 SE : See picture I posted some days ago.
2) Windows Milenium : The same problem that under Windows 98 SE. See the present picture.
3) Windows 2k + sp4 : We have not detect the nasty bug.
4) Windows XP Professional + sp1: We have not detect the nasty bug.

I am surprised that nobody can reproduce this bug when in my group of friends is
really easy. That is rather rare.

Please, now follow these steps, running under Win98 SE or Millenium:

1) Run AsmEdit.exe
2) Click on lines (in order to activate line number)
3) Go to Project->New Project with Template
or ->New Project Without Templates
or ->Create Pointer File For An Existing Project
4)Click Cancel

You have to reproduce the bug each time you follow these steps

Well, it dose not matter: I wish you "a nice day" in spite of this nasty bug.


I have found another minor bug:
Resedit.dll works well into AsmEdit.exe, but not like an standalond program.
OS: Millenium, Windows 98 SE, W2k+sp4, WinXP+sp1. Under all these OS?s I can get it fail.

Please, see the windows 98 SE registry:

RESEDITCALL caused an invalid page error on module RESEDIT.DLL de 0167:100010f9.
Registry:
EAX=100010b3 CS=0167 EIP=100010f9 EFLGS=00010246
EBX=0063fcdc SS=016f ESP=0063fc6c EBP=0063fc6c
ECX=00000000 DS=016f ESI=00008d00 FS=2c9f
EDX=815b65f4 ES=016f EDI=0063fc90 GS=0000
Bytes en CS:EIP:
,02x ,02x ,02x ,02x ,02x ,02x ,02x ,02x ,02x ,02x ,02x ,02x ,02x ,02x ,02x ,02x
Dump stack:
,08x ,08x ,08x ,08x ,08x ,08x ,08x ,08x ,08x ,08x ,08x ,08x ,08x ,08x ,08x ,08x

Saludos
ipadilla
Posted on 2003-09-21 05:26:46 by ipadilla
To ipadilla:

Thanks for the feedback.

I fixed the CtrlBuild and ResEdit so the standalone programs work again.

You can go to my web site to download the updates at:

http://asmedit.massmind.org

I'm still trying to get your other problem with AsmEdit V5 to fail.

Being that I do not have access to Win98 SE or Win98 ME I might
have to send you a test AsmEdit V5 to track down the problem.

Thanks,

Ewayne
Posted on 2003-09-21 23:15:02 by Ewayne
OK, no problems at all. I can do it.

Regards
ipadilla
Posted on 2003-09-21 23:35:26 by ipadilla
To ipadilla:

Here are three test AsmEdit programs run the same test that you
ran above with each program and see if anyone of them fixes your
over paint problem.

The programs are AsmEdit01, 02, and 03.

Thanks,

Ewayne
Posted on 2003-09-22 21:06:24 by Ewayne
Hi Ewayne,

After checking the three files, I only got to fail this one: AsnEdit01.exe.
I am surpresed because each version you sent me was different regarding to the way for reproducing the nasty bug. In this case the bug appeared after click on Addins->Projects->New Project->Cancel. It seems a vagabond bug. I was not able to get the bug on the same place than in previous versions. Whyyyyy?


I was not able to reproduce the nasty bug under asmedit02.exe or asmedit03.exe. Here the bug seems to be killed, but I will follow hitting these 2 files.

Saludos
ipadilla
Posted on 2003-09-23 13:37:42 by ipadilla
To ipadilla:

The differences between AsmEdit 01, 02, and 03.

AsmEdit01: I do not paint the buttons on the Project dialogs.
AsmEdit02: I do not paint any parts of the dialogs on the Project dialogs.
AsmEdit03: I do not paint the buttons or any parts of the dialogs on the Project dialogs.

So it looks like Win98 SE & Win98 ME doesn't like the way I paint the buttons or
the way I intercept the button messages in their subclass or the WM_GETDLGCODE message.
I was not able to get the bug on the same place than in previous versions. Whyyyyy?

I don't know why, I do know that I have had problems with with some of my programs
under Win98 SE & Win98 ME e.g. EM_GETSEL & EM_SETSEL did not work right, I had to change to
EM_EXGETSEL & EM_EXSETSEL ???

I wish I could get it to fail so I could see whats going on.

I will take AsmEdit01 and set some traps and post it for you to test.

Thanks,

Ewayne
Posted on 2003-09-23 17:52:01 by Ewayne
To ipadilla:

I looks like my last post was in error.

It looks like Win98 SE & Win98 ME doesn't like the way I paint the Dialogs not
the Buttons.

Ewayne
Posted on 2003-09-23 18:20:54 by Ewayne
To ipadilla:

Try this one, it is AsmEdit04.exe

Let me know how it works.

Thanks,

Ewayne
Posted on 2003-09-23 19:13:01 by Ewayne
To Ewayne,

Before checking asmedit04.exe I hit the file asmedit01.exe and like yesterday I got the bug in a short time.

I was not able to reproduce the nasty bug under asmedit04.exe.

When I was tired to hit asmedit04.exe I started, again, with asmedit01.exe. After 1/2 hour I left my activity without getting the bug. It was really exhausting, but no bug.

It seems that this bug be subjects to something saved on the registry of Windows. Then, the bug only appears depending of the saved erratic value.
Well, this is only my modest opinion without having analyze the source code as would be necessary.

If you do not understand my writting, please let me know. My English is terribly poor, but I will try to improve it.

The best regards
ipadilla
Posted on 2003-09-24 13:17:08 by ipadilla
To ipadilla:

Is it safe to assume that you can not get AsmEdit04 to fail.

If you can not make it fail I will make the same changes
to the other dialogs that I made to the Project's dialog.

Thanks,

Ewayne
Posted on 2003-09-24 16:30:32 by Ewayne
To Ewayne,

Well, the bug seems to be killed, but I will follow hitting asmedit04.exe the next weekend and I confirm you the results on Sunday afternoon.

Have a nice day
ipadilla
Posted on 2003-09-24 23:09:03 by ipadilla