Alaska Software Inc. - refining my observations
Username: Password:
AuthorTopic: refining my observations
joerg bertramrefining my observations
on Wed, 07 Jan 2004 18:55:01 +0100
problem with debugging:
I found that:

1.

if the app is in readmodal function
and i stops the app with the debugger (with the 2 small blue icon "stop")
menu command,
then the application crashes with "internal structure ... error"

2.

if i start debugging the app , and sets a breakpoint at the first line of
code of main(),
the app stops there.
than, if i steps with F8, there is the message: file is modified in project,
recompile yes/no/cancel

if i chose yes, the prg which contains main() is recompiled, than the same
thing happens again
( i did not change anything)
if i chose no, the next statement is executed and the question is asked
again. if i chose "no" again, about 2 or 3 times, ther is no more question.

some 5 to 10 steps later with f8, in the same function main(), without any
call of another function and/or prg-file, the annoying
"file is modified ....recompile yes/no/cancel" reappears
and so on.........

Jrg Bertram
Mike EvansRe: refining my observations
on Wed, 07 Jan 2004 20:53:47 +0200
Joerg
I don't have these problem. Maybee you are using an Antivirus software that change the time of your source file (You can easily do
this by hand when you are in debug mode open and save the prg using a plain editor. You'll see then these message even if you
haven't change anythink in your file). Also there is no need to place a breakpoint on the first line to debug your application. Just
press f8 and the debugger will stop in the first line of your program

Regards
Mike Evans

> 2.
>
> if i start debugging the app , and sets a breakpoint at the first line of
> code of main(),
> the app stops there.
> than, if i steps with F8, there is the message: file is modified in project,
> recompile yes/no/cancel
>
> if i chose yes, the prg which contains main() is recompiled, than the same
> thing happens again
> ( i did not change anything)
> if i chose no, the next statement is executed and the question is asked
> again. if i chose "no" again, about 2 or 3 times, ther is no more question.
>
> some 5 to 10 steps later with f8, in the same function main(), without any
> call of another function and/or prg-file, the annoying
> "file is modified ....recompile yes/no/cancel" reappears
> and so on.........
>
> Jrg Bertram
>
>
Claudio Driussi Re: refining my observations
on Thu, 08 Jan 2004 08:51:44 +0100
joerg bertram wrote:

> if i start debugging the app , and sets a breakpoint at the first line of
> code of main(),
> the app stops there.
> than, if i steps with F8, there is the message: file is modified in project,
> recompile yes/no/cancel

I have same problem if targets (EXE DLL) are on different directory.

Regards.
Claudio Driussi
Till WarwegRe: refining my observations
on Thu, 08 Jan 2004 12:14:47 +0100
"Claudio Driussi" <claudio.driussi@libero.it> wrote in message
news:O#QTCxb1DHA.2016@S15147418...
> joerg bertram wrote:
>
> > if i start debugging the app , and sets a breakpoint at the first line
of
> > code of main(),
> > the app stops there.
> > than, if i steps with F8, there is the message: file is modified in
project,
> > recompile yes/no/cancel
>
> I have same problem if targets (EXE DLL) are on different directory.

Claudio,

could you please post a sample project that illustrates this problem?
We aren't aware of that.

Regards,
  Till

--
---------------------------------------------------
ARD - Alaska Research & Development

Web:       http://www.alaska-research.com
Investors: http://www.alaska-research.com/tifund
E-Mail:    mailto:till.warweg@alaska-research.com
Contact:   mailto:info@alaska-research.com
---------------------------------------------------
Claudio Driussi Re: refining my observations
on Thu, 08 Jan 2004 17:57:33 +0100
Till Warweg wrote:

>>I have same problem if targets (EXE DLL) are on different directory.
> 
> Claudio,
> 
> could you please post a sample project that illustrates this problem?
> We aren't aware of that.

file is attached.

I need CS.DLL on the parent directory, so i used TARGET_DIR directive,
but the result is what i mentioned, i would like to have on the
TARGET_DIR also DEF, EXP and LIB filse.

I hope to have these fixes on the next delivery.

Regards
Claudio Driussi


AGCVX.XPJ
Till WarwegRe: refining my observations
on Thu, 08 Jan 2004 18:39:55 +0100
Claudio,

thanks a lot. We'll have a closer look at the project file you
sent.

As to the original issue discussed here, something new
has popped up (and yeah, it's in the "oh my...!" category);

we've found that the "Keywords in uppercase" option
(see Tools -> Editor options -> Intellicode tab) may cause
the behaviour you describe. If you're using (eg. debugging)
sources that use lowercase for keywords such as
"PROCEDURE", "ENDIF" and the like, the debugger
visiting these code passages during step operations may
cause the editor to apply "Keywords in uppercase". So,
in fact, your sources probably were modified implicitly!

Please try switching this option off and see if it helps
in your case, okay?

Regards,
  Till

--
---------------------------------------------------
ARD - Alaska Research & Development

Web:       http://www.alaska-research.com
Investors: http://www.alaska-research.com/tifund
E-Mail:    mailto:till.warweg@alaska-research.com
Contact:   mailto:info@alaska-research.com
---------------------------------------------------
Claudio Driussi Re: refining my observations
on Fri, 09 Jan 2004 08:37:43 +0100
Till Warweg wrote:

> we've found that the "Keywords in uppercase" option
> (see Tools -> Editor options -> Intellicode tab) may cause
> the behaviour you describe. If you're using (eg. debugging)
> sources that use lowercase for keywords such as
> "PROCEDURE", "ENDIF" and the like, the debugger
> visiting these code passages during step operations may
> cause the editor to apply "Keywords in uppercase". So,
> in fact, your sources probably were modified implicitly!
> 
> Please try switching this option off and see if it helps
> in your case, okay?

No, i already switched off uppercase and the problem still
exists.

Best regards.
Claudio Driussi
Andreas Herdt Re: refining my observations
on Fri, 09 Jan 2004 15:35:02 +0100
Claudio Driussi wrote:

> Till Warweg wrote:
> 
>>> I have same problem if targets (EXE DLL) are on different directory.
>>
>>
>> Claudio,
>>
>> could you please post a sample project that illustrates this problem?
>> We aren't aware of that.
> 
> 
> file is attached.
> 
> I need CS.DLL on the parent directory, so i used TARGET_DIR directive,
> but the result is what i mentioned, i would like to have on the
> TARGET_DIR also DEF, EXP and LIB filse.

Here the error is (I think). TARGET_DIR is no official define in the
project file. Currently VX is not able to handle that.

I have posted infos about TARGET_DIR to give an overview about comming
things and to give assistance for rare circumstances.

DO NOT USE IT!

Set your target as with next VX:
   [..\target.exe]

There is an other problem with with your project. You are using rlative
pathes. The current VX can not really handle them. This will be possible
with next upgrade that is available this evening (I Hope 

Regards
   Andreas Herdt
   [Alaska Research & Development]

> I hope to have these fixes on the next delivery.
> 
> Regards
> Claudio Driussi
> 
> 
> ------------------------------------------------------------------------
> 
> [PROJECT]
>     DEBUG         = yes
>     VERSION       = 2.0
>     Project.xpj
> 
> [Project.xpj]
>     AGC.exe
>     CS.dll
> 
> [AGC.exe]
>     COMPILE       = xpp
>     COMPILE_FLAGS = /es /a /m /n /q /w
>     DEBUG_SAVE    = no
>     GUI           = yes
>     LINKER        = ALINK
>     LINK_FLAGS    =
>     RC_COMPILE    = ARC
>     RC_FLAGS      = /v
>     OBJ_DIR       = ..\MAK\OBJ
> // $START-AUTODEPEND
>     ..\MAK\OBJ\AGC.obj
>     ..\MAK\OBJ\AGE.obj
>     ..\MAK\OBJ\ART.obj
>     ..\MAK\OBJ\BAN.obj
>     ..\MAK\OBJ\BDG.obj
>     ..\MAK\OBJ\CAU.obj
>     ..\MAK\OBJ\CEE.obj
>     ..\MAK\OBJ\CIV.obj
>     ..\MAK\OBJ\CLI.obj
>     ..\MAK\OBJ\CMN.obj
>     ..\MAK\OBJ\CSP.obj
>     ..\MAK\OBJ\CSR.obj
>     ..\MAK\OBJ\CTA.obj
>     ..\MAK\OBJ\DBESYS.obj
>     ..\MAK\OBJ\DEP.obj
>     ..\MAK\OBJ\DIV.obj
>     ..\MAK\OBJ\DLS.obj
>     ..\MAK\OBJ\DOCUM.obj
>     ..\MAK\OBJ\DST.obj
>     ..\MAK\OBJ\DVR.obj
>     ..\MAK\OBJ\FRN.obj
>     ..\MAK\OBJ\FTT.obj
>     ..\MAK\OBJ\GCZ.obj
>     ..\MAK\OBJ\LST.obj
>     ..\MAK\OBJ\LTT.obj
>     ..\MAK\OBJ\MCN.obj
>     ..\MAK\OBJ\MIV.obj
>     ..\MAK\OBJ\MMG.obj
>     ..\MAK\OBJ\MVC.obj
>     ..\MAK\OBJ\NUM.obj
>     ..\MAK\OBJ\PAG.obj
>     ..\MAK\OBJ\PDC.obj
>     ..\MAK\OBJ\PRIMA.obj
>     ..\MAK\OBJ\RIT.obj
>     ..\MAK\OBJ\SCA.obj
>     ..\MAK\OBJ\SCN.obj
>     ..\MAK\OBJ\STBIL.obj
>     ..\MAK\OBJ\STCNT.obj
>     ..\MAK\OBJ\STMAG.obj
>     ..\MAK\OBJ\TBV.obj
>     ..\MAK\OBJ\TCN.obj
>     ..\MAK\OBJ\TDO.obj
>     ..\MAK\OBJ\TMG.obj
>     ..\MAK\OBJ\TVC.obj
>     ..\MAK\OBJ\VET.obj
>     ..\MAK\OBJ\VLE.obj
>     ..\MAK\OBJ\VRN.obj
>     ..\MAK\OBJ\XADD.obj
> // $STOP-AUTODEPEND
>     ..\BAP.LIB
>     AGC.ARC
>     CS.LIB
>     ..\DBESYS.PRG
>     AGC.PRG
>     AGE.PRG
>     ART.PRG
>     BAN.PRG
>     BDG.PRG
>     CAU.PRG
>     CEE.PRG
>     CIV.PRG
>     CLI.PRG
>     CMN.PRG
>     CSP.PRG
>     CSR.PRG
>     CTA.PRG
>     DEP.PRG
>     DIV.PRG
>     DLS.PRG
>     DOCUM.PRG
>     DST.PRG
>     DVR.PRG
>     FRN.PRG
>     FTT.PRG
>     GCZ.PRG
>     LST.PRG
>     LTT.PRG
>     MCN.PRG
>     MIV.PRG
>     MMG.PRG
>     MVC.PRG
>     NUM.PRG
>     PAG.PRG
>     PDC.PRG
>     PRIMA.PRG
>     RIT.PRG
>     SCA.PRG
>     SCN.PRG
>     STBIL.PRG
>     STCNT.PRG
>     STMAG.PRG
>     TBV.PRG
>     TCN.PRG
>     TDO.PRG
>     TMG.PRG
>     TVC.PRG
>     VET.PRG
>     VLE.PRG
>     VRN.PRG
>     XADD.PRG
> 
> [CS.dll]
>     COMPILE       = xpp
>     COMPILE_FLAGS = /DLL /es /a /m /n /q /w
>     DEBUG_SAVE    = no
>     GUI           = no
>     LINKER        = ALINK
>     LINK_FLAGS    = /dll
>     RC_COMPILE    = ARC
>     RC_FLAGS      = /v
>     OBJ_DIR       = ..\MAK\OBJ
>     TARGET_DIR    = ..
> // $START-AUTODEPEND
>     ..\MAK\OBJ\arPrint.obj
>     ..\MAK\OBJ\csAlert.obj
>     ..\MAK\OBJ\csApp.obj
>     ..\MAK\OBJ\csAppUt.obj
>     ..\MAK\OBJ\csBrowse.obj
>     ..\MAK\OBJ\csCl.obj
>     ..\MAK\OBJ\csDoc.obj
>     ..\MAK\OBJ\csFilter.obj
>     ..\MAK\OBJ\csGet.obj
>     ..\MAK\OBJ\csKey.obj
>     ..\MAK\OBJ\csMenu.obj
>     ..\MAK\OBJ\csParts.obj
>     ..\MAK\OBJ\csPrint.obj
>     ..\MAK\OBJ\csUtils.obj
>     ..\MAK\OBJ\DbeSys.obj
>     ..\MAK\OBJ\INIFiles.obj
>     ..\MAK\OBJ\mPack.obj
>     ..\MAK\OBJ\NetName.obj
>     ..\MAK\OBJ\SYSINFO.obj
>     ..\MAK\OBJ\WinMenu.obj
> // $STOP-AUTODEPEND
>     ..\ANDRep\arPrint.prg
>     ..\csAlert.prg
>     ..\csApp.prg
>     ..\csAppUt.prg
>     ..\csBrowse.prg
>     ..\csCl.prg
>     ..\csDoc.prg
>     ..\csFilter.prg
>     ..\csGet.prg
>     ..\csKey.prg
>     ..\csMenu.prg
>     ..\csParts.prg
>     ..\csPrint.prg
>     ..\csUtils.prg
>     ..\DbeSys.prg
>     ..\INIFiles.prg
>     ..\mPack.prg
>     ..\NetName.prg
>     ..\SYSINFO.PRG
>     ..\WinMenu.prg
>