Page 1 of 2 1 2 LastLast
Results 1 to 15 of 30

Thread: Upgrade van XE 11.2 naar XE11.3

  1. #1
    Mindert Dusselaar
    Join Date
    Oct 2004
    Location
    Zuid westen van Drenthe
    Posts
    91

    Upgrade van XE 11.2 naar XE11.3

    Hallo
    Ik heb mijn Delphi versie 11.2 geüpgraded naar XE11.3.
    De instellingen opgeslagen, XE11.2 gedeinstalleerd en XE11.3 geïnstalleerd en de instellingen teruggezet.
    Mijn project ge-rebuild en getest.
    Alles werkt in 1 keer.
    De runtime geinstalleerd op mijn server en mijn applicatie werkt in 1 keer.
    De runtime geinstalleerd op een VM van een andere server. Werkt in 1 keer
    De runtime geinstalleerd op een VM van nog een andere server. Runtime error 255
    Terwijl de versie XE11.2 gewoon werkt in dezelfde VM.
    Hoe kom ik er achter waar dit aan ligt?

    Logboek geeft de volgende meldingen:
    Naam van toepassing met fout: AmSys.exe, versie: 11.1.8468.19362, tijdstempel: 0x6409aabe
    Naam van module met fout: AmSys.exe, versie: 11.1.8468.19362, tijdstempel: 0x6409aabe
    Uitzonderingscode: 0xc000001d
    Foutmarge: 0x00007ec7
    Id van proces met fout: 0x580
    Starttijd van toepassing met fout: 0x01d95276ae6a2ec9
    Pad naar toepassing met fout: T:\bin1XE10\AmSys.exe
    Pad naar module met fout: T:\bin1XE10\AmSys.exe
    Rapport-id: 1fbfe7c1-17fc-49c9-9b1b-44ec70228787
    Volledige pakketnaam met fout:
    Relatieve toepassings-id van pakket met fout:

    Geen toegang tot bestand om een van de volgende redenen: Er is een probleem met de netwerkverbinding, met de schijf waarop het bestand is opgeslagen, met de opslagstuurprogramma's op deze computer, of de schijf ontbreekt. Programma AmSys werd afgesloten vanwege deze fout.

    Programma: AmSys
    Bestand:

    De foutwaarde wordt weergegeven in de sectie Extra gegevens.
    Gebruikersactie
    1. Open het bestand opnieuw. Mogelijk is dit een tijdelijk probleem dat vanzelf wordt opgelost als het programma opnieuw wordt uitgevoerd.
    2. Als toegang tot het bestand nog steeds niet mogelijk is en
    - Als het bestand zich in het netwerk bevindt, dient de netwerkbeheerder te controleren of er geen probleem met het netwerk is en dat verbinding met de server kan worden gemaakt.
    - Als het bestand zich op een verwisselbare schijf bevindt, zoals een diskette of cd-rom, dient u te controleren of deze schijf correct in het schijfstation is geplaatst.
    3. Controleer en repareer het bestandssysteem met CHKDSK. Klik hiervoor op Start, Uitvoeren en typ CMD. Klik OK en typ CHKDSK /F op de opdrachtprompt. Druk vervolgens op ENTER.
    4. Als het probleem blijft bestaan, dient u het bestand terug te zetten via een back-upmedium.
    5. Bepaal of andere bestanden op dezelfde schijf kunnen worden geopend. Als dit niet zo is, is de schijf beschadigd. Als het een harde schijf is, neemt u contact op met de netwerkbeheerder of hardwareleverancier voor ondersteuning.

    Aanvullende gegevens
    Foutwaarde: 00000000
    Type schijf: 0

    Foutbucket 1440280976506434107, type 1
    Naam van gebeurtenis: APPCRASH
    Antwoord: Niet beschikbaar
    Id van CAB-bestand: 0

    Handtekening van probleem:
    P1: AmSys.exe
    P2: 11.1.8468.19362
    P3: 6409aabe
    P4: AmSys.exe
    P5: 11.1.8468.19362
    P6: 6409aabe
    P7: c000001d
    P8: 00007ec7
    P9:
    P10:

    Toegevoegde bestanden:
    \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER2 241.tmp.dmp
    \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER2 290.tmp.WERInternalMetadata.xml
    \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER2 2A0.tmp.xml
    \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER2 29E.tmp.csv
    \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\WER2 2BF.tmp.txt

    Deze bestanden zijn mogelijk hier beschikbaar:
    \\?\C:\ProgramData\Microsoft\Windows\WER\ReportArc hive\AppCrash_AmSys.exe_f299d57fe325942cadf2dafa97 cd3f1ed4f1ec6_02abaf44_7dbc80f1-d7ee-4150-a137-aa5dd7c731e9

    Analysesymbool:
    Opnieuw zoeken naar oplossing: 0
    Rapport-id: 1fbfe7c1-17fc-49c9-9b1b-44ec70228787
    Rapportstatus: 268435456
    Opgedeelde bucket: 8786b261b1e81e3b73fce7eacd6b323b
    GUID van CAB-bestand: 0

    Heeft iemand een idee wat er mis kan zijn?

  2. #2
    Je start zo te zien je executable vanaf een netwerk schijf (T), dit kan sowieso voor allerlei problemen zorgen.
    Heb je de exe al eens gestart vanaf de C schijf om dat iig uit te sluiten?

  3. #3
    Mindert Dusselaar
    Join Date
    Oct 2004
    Location
    Zuid westen van Drenthe
    Posts
    91
    Ik start idd vanaf een netwerkschijf.
    Maar dit doen we al 20 jaar zo en tot versie XE11.2 was dit nooit een probleem.
    Maar ik heb wel even een test gedaan vanaf de c schijf met hetzelfde resultaat.

  4. #4
    Het gaat ook vaak goed maar het blijft "bad practice" al kun je het enigszins ondervangen door het instellen van een attribuut op de PE header zodat de exe altijd volledig in geheugen blijft. Kun je de dump delen of deze eens door WinDbg halen?

  5. #5
    Moest het even opzoeken maar je kunt in delphi {$SetPEFlags IMAGE_FILE_NET_RUN_FROM_SWAP} gebruiken

  6. #6
    Mindert Dusselaar
    Join Date
    Oct 2004
    Location
    Zuid westen van Drenthe
    Posts
    91
    Ik had deze attributen al gebruikt maar er komt geen dump
    {$SetPEFlags IMAGE_FILE_REMOVABLE_RUN_FROM_SWAP or IMAGE_FILE_NET_RUN_FROM_SWAP}
    {$SetPEFlags $0C00}

  7. #7
    Nee, die Flags zorgen niet voor een dump maar dat het programma helemaal in het geheugen geladen wordt bij start.
    Dan is het minder gevoelig voor netwerkstoringen (verliezen van verbinding).

    De dump staat onderaan die eventlog die je gaf.
    Dus in \\?\C:\ProgramData\Microsoft\Windows\WER\Temp\

  8. #8
    Precies, je kunt ook registry instellen zodat er automatisch een dump gemaakt wordt: https://helgeklein.com/blog/creating...on-crash-dump/

  9. #9
    Quote Originally Posted by mindert View Post
    Ik start idd vanaf een netwerkschijf.
    Maar dit doen we al 20 jaar zo en tot versie XE11.2 was dit nooit een probleem.
    Maar ik heb wel even een test gedaan vanaf de c schijf met hetzelfde resultaat.
    Geeft dat ook precies hetzelfde resultaat in de eventlog?

    Met: "een toegang tot bestand om een van de volgende redenen: Er is een probleem met de netwerkverbinding, "
    ?

  10. #10
    Mindert Dusselaar
    Join Date
    Oct 2004
    Location
    Zuid westen van Drenthe
    Posts
    91
    Getracht te debuggen met PAserver.
    Echter ook de PAServer geeft een runtime error 255.
    Terwijl de applicatie gebuild met de Delphi XE11.2 gewoon draait.
    Wat kan er veranderd zijn in de versie XE11.3 dat het nu niet meer draait?

  11. #11
    Fornicatorus Formicidae VideoRipper's Avatar
    Join Date
    Mar 2005
    Location
    Vicus Saltus Orientalem
    Posts
    5,708
    Normaal zou je kunnen zeggen dat er ergens wellicht een bug ingeslopen is (remote debugging wordt ook weer niet zo vaak gebruikt), maar aangezien dit een Embarcadero product is, acht ik de kans op bugs uiterst gering.

    (Ja, dat laatste was inderdaad sarcasme)
    TMemoryLeak.Create(Nil);

  12. #12
    Quote Originally Posted by mindert View Post
    Wat kan er veranderd zijn in de versie XE11.3 dat het nu niet meer draait?
    Je hebt ook geen antwoord gegeven op mijn vraag:

    Quote Originally Posted by rvk View Post
    Geeft dat ook precies hetzelfde resultaat in de eventlog?

    Met: "een toegang tot bestand om een van de volgende redenen: Er is een probleem met de netwerkverbinding, "
    ?
    Want dat lijkt me niet (omdat starten vanaf C niets met een netwerkverbinding te maken heeft.

    Wellicht dat de nieuwe foutmelding meer aanknopingspunten geeft.

  13. #13
    Mindert Dusselaar
    Join Date
    Oct 2004
    Location
    Zuid westen van Drenthe
    Posts
    91
    Ja de eventlog is exact hetzelfde

  14. #14
    Quote Originally Posted by mindert View Post
    Ja de eventlog is exact hetzelfde
    Heel raar dat de eventlog dan de tekst "probleem met de netwerkverbinding" als je een programma lokaal op de C: schrijf start.
    Weet je zeker dat je verder niets met een netwerkbestand doet?

    Wat gebeurd er als je de hele netwerkverbinding disconnect?
    En dan je programma AmSys.exe op de C: schrijf start?

    (Plak de eventlog foutmelding dan hier eens)

  15. #15
    Mindert Dusselaar
    Join Date
    Oct 2004
    Location
    Zuid westen van Drenthe
    Posts
    91
    Ik heb een testprogrammaatje gemaakt die eigenlijk nagenoeg niets doet.
    Deze exe start ik vanaf de C: schijf. De eventlog blijft hetzelfde.
    Ook als ik de PAServer start, dan geeft de Eventlog een soortgelijke melding.
    Kortom: Het lijkt wel, dat de applicaties helemaal niet worden gestart of tijdens de start al worden afgebroken

Page 1 of 2 1 2 LastLast

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •