Programm läuft nicht ohne Debugger ? [erledigt]

[AUGE_OHR]

hi,

ich kann das EXE auf "einigen" PCs nicht laufen lassen. Es startet und "verschwindet" sofort ohne XppError.LOG oder XppFatal.LOG.

wie schon gesagt nicht auf allen PCs und wenn ich mit VX als Debugger

Code: Alles auswählen

VX20.EXE DATAVIEW.EXE <[/C]> <[/O]> <[/I]> 

starte dann funktioniert es auch auf den "anderen" PCs.

ich habe schon den STACK erhöht

Code: Alles auswählen

    COMPILE       = xpp
    COMPILE_FLAGS = /n /m /w /o\OBJ\
    DEBUG         = yes
    GUI           = yes
    LINKER        = alink
    LINK_FLAGS    = /ST:8196
    RC_COMPILE    = arc
    RC_FLAGS      = /v
    OBJ_DIR       = .\OBJ
    PROJECT.XPJ

sonst noch jemand eine Idee was es sein könnte ?

[Manfred]

ich weiß, es hilft Dir jetzt nicht weiter, aber ich meine das auch schon mal gehabt zu haben. Und ich glaube es gibt hier dazu auch einen Thread. m.E. war das ein ganz blöder Fehler.

[AUGE_OHR]

also ... es scheint auf allen 32bit Versionen ( XP, Win7, Win8.1, Win10.10122 ) zu laufen aber nicht in der 64bit Win8.1

Win10122_DataView.jpg (292.92 KiB) 7958 mal betrachtet

wer eine 64bit Win8.x Version hat möge doch bitte mal das Demo starten ob es bei euch läuft, Danke.

p.s. es ist ein native ListView welches Daten (Directory) "dynamisch" verarbeitet.
zur Darstellung kann mit Parameter /C -> Customdraw oder /O -> Ownerdraw ( + /I -> Icon) ausgewählt werden.

[Muecke]

DXE.dll fehlt bei mir

Gruss Thomas

[AUGE_OHR]

DXE.dll fehlt bei mir

sorry ... bitte im Thread http://www.xbaseforum.de/viewtopic.php? ... 71&start=5 das File DC2015A.ZIP [1.53 MiB] downloaden.

so ich habe nun mal das Problem weiter eingegrenzt

Code: Alles auswählen

   nItemCache := LEN( ::aSource )
//
// get Memory for (big) Array
//
   ondummy("Popu1",nItemCache,TIME() ) -> OK
   ::lv_SetItemCount(nItemCache)             -> hier geht er weg OHNE Debugger 
   ondummy("Popu2",TIME() )                   -> kommt hier nicht an OHNE Debugger

leider ist es genau "das Herz" von diesem Demo ... die Anforderung des Speicher

... aber wieso läuft es MIT Debugger

[Muecke]

Sende mir mal die jetzige Version die laufen soll

Gruss Thomas

[AUGE_OHR]

Sende mir mal die jetzige Version die laufen soll

Das Demo File in der 1st Msg und diese Runtime

DXE19Run.ZIP

(838.67 KiB) 235-mal heruntergeladen

läuft auf 32Bit OS() aber nicht auf (meinem) 64bit OS()

[Muecke]

Habe nur noch 2.0 auf dem System.

Deines geht nur mit 1.9 ??

[AUGE_OHR]

Habe nur noch 2.0 auf dem System.

Deines geht nur mit 1.9 ??

versuche mal bitte den Source DATAVIEW aus http://www.xbaseforum.de/viewtopic.php? ... 1&start=46

[Muecke]

Jimmy

Gibt doch einfach mal eine exe um zum starten.

[AUGE_OHR]

Gibt doch einfach mal eine exe um zum starten.

ich benutze NICHT Xbase++ v2.x (!) und kann dir daher nur den Source

DATAVIEW0.ZIP

(2.41 KiB) 256-mal heruntergeladen

und kein EXE liefern.
die DXE DLL wird nun wegen dem native ListView benötigt und liegt in der v1.9x und v2.x Version vor.
DXE v1.9 http://www.xbaseforum.de/viewtopic.php? ... 71&start=5
DXE v2.x http://www.xbaseforum.de/viewtopic.php? ... 1&start=45

[Martin Altmann]

Jimmy,
ich habe es versucht (und auch die anderen Dateien heruntergeladen und die DLLs gebaut).
Aber wenn ich Deine DATAVIEW.PRG bauen will, klappt das linken nicht:

Code: Alles auswählen

D:\Unterlagen_Forentreffen\DATAVIEW0>xpp DATAVIEW.PRG
Xbase++ (R) Compiler 1.90.355 Apr 10 2009
Copyright (c) Alaska Software. All rights reserved.
File: DATAVIEW.PRG Line:  299
File DATAVIEW.PRG compiled successfully.

D:\Unterlagen_Forentreffen\DATAVIEW0>alink DATAVIEW.obj
Alaska 32-Bit Linker Version 1.90.355
Copyright (c) Alaska Software 1997-2009. All rights reserved.

DATAVIEW.obj: error ALK2102: unresolved external symbol XBP_LISTVIEW
ALINK: fatal error ALK4102: 1 external symbols unresolved

Viele Grüße,
Martin

[Martin Altmann]

OK - habe noch eine #pragma Library( "DXE.LIB" ) am Anfang eingefügt und mit /PM:PM gelinkt.
Nach dem Start schreibt er vor dem Absturz folgendes in Dein _LOGFILE.TXT

InternalODCACHEHINT Cache from 0 to 23

Viele Grüße,
Martin

[AUGE_OHR]

Nach dem Start schreibt er vor dem Absturz folgendes in Dein _LOGFILE.TXT

InternalODCACHEHINT Cache from 0 to 23

ich gehe mal von 64bit OS() aus ...
und läuft er mit Debugger ?

[Martin Altmann]

Ja, klar - hattest Du doch bereits im Vorfeld geschrieben.

Viele Grüße,
Martin

[AUGE_OHR]

Ja, klar - hattest Du doch bereits im Vorfeld geschrieben.

ok, wollte mich nur vergewissern.
es ist also wirklich so ein komischer Fehler, der mit Debugger NICHT auftritt .... und auch nicht auf 32bit OS() ... hm ...

Frage : hat es mal jemand mit Xbase++ v2.x , mit 64bit OS(), versucht ?

wäre schade wenn man es nicht unter 64bit zum laufen bekäme denn es ist "so" (dynamisch) verdammt schnell.

[Jan]

• Windows 2.0.575
• Windows 7 Ultimate 64 Bit SP 1
• dxe.dll 1.90.335.19
• ot4xb.dll 1.6.0.167

Läuft in der Workbench und standallone. Ohne und mit Debuginfos eingebunden.

Jan

[AUGE_OHR]

• Windows 2.0.575
• Windows 7 Ultimate 64 Bit SP 1
• dxe.dll 1.90.335.19 -> ???
• ot4xb.dll 1.6.0.167

Läuft in der Workbench und standallone. Ohne und mit Debuginfos eingebunden.

gut das es in der v2.x läuft
die DXE.DLL muss eine v2.x sein ( im Manifest steht evtl. noch v.1.9.355.19 )

[AUGE_OHR]

ich habe zwar noch keine Erklärung warum es mit dem Debugger unter 64bit OS() lief aber das Problem ist gelöst.

Code: Alles auswählen

FUNCTION OnDISPINFO(o,lp)
LOCAL st := NMLVDISPINFO():New()
   st:_link_(lp,.F.)
//
// vorbelegen für 64bit OS()
//
   st:item:pszText     := REPLICATE(CHR(0),255)
   st:item:cchTextMax  := 255

//
// LVitem Structure
//
   pItem    := st:item
   //
   // ZERO-based itemid
   //
   itemid   := pItem:iItem
   //
   // use Array
   //
   ctext    := oLv:aSource[itemid+1]

   bSaveError := ErrorBlock()
   ErrorBlock( {|e| Break(e)} )

   BEGIN SEQUENCE
      //
      // Assign Array Text to Display
      //
      pItem:cText  := ctext+CHR(0)

   RECOVER USING oError
      ErrorBlock( bSaveError )

   END SEQUENCE
   ErrorBlock( bSaveError )

RETURN 0

es geht darum zur Laufzeit Speicher "dynamisch" mit Daten zu füllen die ich dann mit einem Listview (schnell) anzeigen kann.
Diese Art von virtuellem Listview verwendet auch der Explorer.

unter 32bit OS() reicht es aus die Structure anzulegen aber unter 64bit OS() muss man anscheint die Structure "vorbelegen" mit der "maximalen" Länge die "zulässig" ist ...
das ganze hat wohl mit dem Explorer und Sicherheitslecks zu tun wo man unter 32bit OS() einen "Überlauft" provozieren konnte ...