Recent changes to bugs

HapClient 4.2 crashes on WinXP SP2

Philipp Tiefenbacher — Tue, 08 Feb 2005 17:35:59 -0000

When I start debugging (after pressing F5) HapClient
starts and generates an exception. It wokrs with the 4.1
version.

Terminal output befor it hangs:

Hap Client ver: 4.2 (Mon Jan 03 22:44:04 2005)
Python ver:
2.3.4 (#53, May 25 2004, 21:17:02) [MSC v.1200 32 bit
(Intel)]
Waiting for INIT - INIT received
Executing: [path to file]

here are details from the exception:

AppName: hapclient.exe AppVer: 0.0.0.0 ModName:
ntdll.dll
ModVer: 5.1.2600.1217 Offset: 00019ecd

my email for feedback
philipp.tiefenbacher@gmx.at

Paths to Python interpreter and Python.chm file are not set

Anonymous — Sat, 17 Apr 2004 03:51:54 -0000

After extracting necessary files to run HAP Debugger, it's
expected to run with Help file and Python interpreter set
up.

Instead, I have to manually put them in to complete the
debugger setup.

Breakpoints move around.

Nev Delap — Fri, 05 Mar 2004 04:12:06 -0000

To reproduce the problem, or variants of it, follow these
instructions (v4.1). Sometimes the breakpoints will
disappear, or double up, or it wont stop on the
breakpoint at all, but this will give you the gist of it.

Create a new file and type in...

1
2 print "here"
3 print "there"
4

Put a break point on line 5...

1
2 print "here"
3*print "there"
4

Press F5, breaks at line 3 - all good so far.

Put the cursor on the end of line 2 and hit enter...

1
2 print "here"
3
4*print "there"
5

Press F5, break point marker moves to line 3, script runs,
and breaks on line 4 - stops where it should have,
breakpoint displayed in wrong place. :(

1
2 print "here"
3*
4>print "there"
5

Press F5 so script ends. Put cursor on line 3 and hit
delete.

1
2*print "here"
3 print "there"
4

Press F5, break point marker moves to line 3, script runs,
and breaks on line 3 - stops in wrong place, breakpoint
moved to wrong place. :(

Files are lost or put in wrong group

Hugh Gibson — Thu, 19 Feb 2004 16:28:38 -0000

If you don't have groups in the project, then some files
may be lost when you close the project and re-open it.

The is because SFile::nGroupInx is initialised to -1 for
files which aren't in a group, but
CPdpManager::SortGroups uses negative values for this
member as part of the re-organisation of files. There is a
loop at the end of this function which changes -ve
values to +ve values, so if you don't have a group
defined, you will lose all old files when you save the
project.

The fix is a similar hack - instead of setting all files that
have been re-mapped to have a -ve nGroupInx, add on
a big constant (I used 10000). Then in the loop at the
end of CPdpManager::SortGroups check for nGroupInx
values >= this constant, and subtract nGroupInx.

Drag project item and drop on file gives bad group

Hugh Gibson — Thu, 19 Feb 2004 16:13:06 -0000

If you drag a project item and drop it on a file, a group
is created based on the target file.

CProjectViewBar::OnProjectEndDrag has code to detect
this, but it doesn't work - probably because a DWORD
(result of m_ProjectTree.GetItemData) is being
compared with -1.

I changed the line:

if (m_ProjectTree.GetItemData(hItem) > -1)

if (m_ProjectTree.GetItemData(hItem) != -1)

and the code works correctly now.

Drag project file to top level gives infinite loop

Hugh Gibson — Thu, 19 Feb 2004 16:10:41 -0000

If you set up a group, then drag a file to the top level of
the tree, the program goes into an infinite loop.

This is caused by CProjectViewBar::GetGroupPath which
doesn't handle the case where hItem is the root item. I
modified the first few lines of code there to:

string groupPath;
//
// If the item is the root, then the group path

is blank
//
if (hItem == m_ProjectTree.GetRootItem())
// at root?
return groupPath;

// empty path
//
// Find path for deeper down
//
groupPath = m\_ProjectTree.GetItemText

(hItem);

and it works correctly now.

Tab size setting not remembered.

Nev Delap — Fri, 13 Feb 2004 03:18:45 -0000

The tab size setting in Tools|Options|Editor is not
remembered when you close and reopen HAP.

Uncheck "Use Tabs" Bug

Anonymous — Mon, 02 Feb 2004 16:14:02 -0000

In menu Tools->Options->Editor
if we uncheck the "Use Tabs",
the editor still insert the tab char.

The toolbar cannot be displayed when editin

Rick King — Thu, 17 Jul 2003 19:02:41 -0000

Through some strange sequence of events with the
mouse and keyboard I managed to make the toolbar
disappear and now it cannot be made to reappear.

This is only a problem in editing mode. The toolbar
displays fine in debugging mode.

I've looked through the registry to attempt to make
manual changes so settings for edit mode toolbar are
the same as debug mode but have not been successful.

win 2000 MSVCRT70.DLL

Anonymous — Sun, 05 Jan 2003 12:38:53 -0000

After extraced the binaries
I couldn't run 'HapDebugger.exe'.
since it couldn't find MSVCRT70.DLL.
This problem did not recreate itself in win98.