#181136 - 2007-10-05 02:20 AM
Another bug in 4.60
|
It_took_my_meds
Hey THIS is FUN
   
Registered: 2003-05-07
Posts: 273
Loc: Sydney, Australia
|
Dear Ruud et. al.,
I've found another bug in 4.60, please check out the following code:
Break On
$System=CreateObject("Kixtart.System")
$Form=$System.Form
$txt=$Form.TextBox
$s=$txt.Text A fatal exception is thrown. If $txt.Text is assigned to something before before it is assigned to $s, no exception is thrown. This may be strangely related to my previous bug report .
Regards,
Richard
|
|
Top
|
|
|
|
#181198 - 2007-10-06 08:51 AM
Re: Another bug in 4.60
[Re: Ruud van Velsen]
|
Witto
MM club member
   
Registered: 2004-09-29
Posts: 1828
Loc: Belgium
|
kixforms.dll with in it's properties "File Version: 2.47.3.0" kix32.exe 4.60 the code It_took_my_meds wrote returns for meFatal exception occurred.
|
|
Top
|
|
|
|
#181262 - 2007-10-08 01:26 AM
Re: Another bug in 4.60
[Re: Ruud van Velsen]
|
It_took_my_meds
Hey THIS is FUN
   
Registered: 2003-05-07
Posts: 273
Loc: Sydney, Australia
|
Hi Ruud, I'm using 2.47.4.0 which you can get here. Thanks, Richard
|
|
Top
|
|
|
|
#182697 - 2007-11-15 10:28 AM
Re: Fatal exception issue with 4.60 and KF
[Re: Jochen]
|
Arend_
MM club member
   
Registered: 2005-01-17
Posts: 1896
Loc: Hilversum, The Netherlands
|
Verified the bug using the following code:
Break On
$Form=CreateObject("Kixtart.Form")
$txt=$Form.Controls.TextBox()
$s=$txt.Text
|
|
Top
|
|
|
|
#182699 - 2007-11-15 11:30 AM
Re: Fatal exception issue with 4.60 and KF
[Re: Jochen]
|
It_took_my_meds
Hey THIS is FUN
   
Registered: 2003-05-07
Posts: 273
Loc: Sydney, Australia
|
Hi Jochen,
I've written a somewhat sophisticated front-end tool to my automated inventory system. The inventory system manages and tracks over 12,000 computers ranging from Windows 95-Vista, Linux, Mac OSX, Solaris, FreeBSD, Irix and Xenix. Each machine reports via SOAP to a .NET web service that analyses data and updates a central database.
The KiXtart/KiXforms code for the front-end is around 8,000 long lines, so it is only natural that it should encounter some unusual bugs. In this case, I found the bug because my front-end keeps a history in the registry of the current user's last 20 queries. As the query generation tool within the front-end has many fields, this feature is quite convenient.
When the user goes to the main menu to redo a previously stored query, the front-end also fills in and creates appropriate form objects (up to 50) to enable the user to make easy modifications to the stored query.
The bug in question arose because a property of an object created by this process was referenced, even though it had not yet been set.
Cheers,
Richard
Edited by It_took_my_meds (2007-11-15 01:20 PM)
|
|
Top
|
|
|
|
Moderator: ShaneEP, Arend_, Jochen, Radimus, Glenn Barnas, Allen, Ruud van Velsen, Mart
|
0 registered
and 323 anonymous users online.
|
|
|