XProfan

p.specht

Irgendwo un PRINT ,
sans PRINT »,
?

ou bien un Doppelpunkt am Ende einer Befehlszeile, si daraus un überlanger Label wird?

(mon Erfahrungen beschränken sich sur XProfan11.2a)

XProfan 11
Computer: Gerät, daß es in Mikrosekunden erlaubt, 50.000 Fehler zu machen, zB 'daß' statt 'das'...

16.09.2019 ▲

Erasmus.Herold

parfait - merci

16.09.2019 ▲

Sven
Bader

malheureusement muss je cela Thema encore la fois aufwärmen. je erhalte qui Fehlermeldung droite häufig chez grand Programmen dans XProfan X4.

Irgendwie erkenne je mais ne...aucune Muster daran, es passiert chez "Programm erzeugen" alors Compilieren + Linken, si je separat compiliere et linke erhalte je keinen faute. quelquefois fonctionne es mais aussi chez "Programm erzeugen" net par.

Es scheint irgendwie zeitkritisch trop son, je suis mir mais pas sûrement.

chez einem Programme bekomme je (im change!) partiellement aussi cet annonce, si je qui la ligne avec qui Ressource auskommentiere dans qui règle wieder l'autre annonce.

Grüße
Sven

unbenannt-1.jpg Preview

13 kB

Hochgeladen:

06.09.2021

Downloadcounter:

Download

unbenannt-2.jpg Preview

11 kB

Hochgeladen:

06.09.2021

Downloadcounter:

Download

06.09.2021 ▲

H.Brill

la hâte du den Befehl ProgEnd aussi im Voir le texte source angegeben
et ensuite sur qui Console avec Copy /b ... données hinzu gefügt ?

cette Befehl stammt oui encore aus qui Not heraus, comme Profan
encore aucun Ressourcen unterstützte et ersparte somit une
Ressource-Editor, comment den ResHacker. était seulement gedacht, um
kleine Textes usw. einzubinden.

Mittlerweile braucht on cette Befehl pas plus et ist seulement
à cause de qui Kompatibilität drin.

mais ici scheint es sich oui offensichtlich um un Ressourcenproblem
trop agir (Res.Res). XProfan fügt oui ab X4 qui Runtime comme Ressource
en supplément. si dein Voir le texte source abwärtskompatibel trop X3 ist, serait je
la fois dans X3 compilieren et regarder, si qui faute là aussi venez.

si avec deinen Ressourcen alles dans Ordre ist (Lesen/écrivons),
devrait Roland la fois regarder. là es oui aussi seulement dans grand Programmen
bzw. Quelltexten vorkommt, pourrait es son, qui Roland irgendeinen
Speicherbereich trop knapp bemessen hat.

qui beiden Fehlermeldung sommes pour mich logisch. qui erste venez, à
Runtime comme Ressource en supplément trop linken et qui zweite, si le Ressource
Res.res en supplément venez, ist ensuite aussi logisch. c'est anzunehmen, qui d'abord
qui im Voir le texte source vorkommenden Ressourcen et ensuite zuletzt qui Runtime comme
Ressource en supplément gelinkt volonté.

tu peux aussi la fois versuchen, deine Ressource avec dem ResHacker dans qui
Prfrun32.exe trop intégrer et dans deinem Programme arrêt seulement qui Ressource
magasin. venez ensuite aussi qui/qui faute ?

Es scheint so, qui là seulement Roland qui l'affaire sur den Grund aller peux.

Benutze XPROFAN X3 + FREEPROFAN
Wir sind die XProfaner.
Sie werden von uns assimiliert.
Widerstand ist zwecklos!
Wir werden alle ihre Funktionen und Algorithmen den unseren hinzufügen.

Was die Borg können, können wir schon lange.

Sven
Bader

merci pour qui Antwort! j'ai une Vermutung, werde le reste verifizieren. je hab im Runtimemodul Icônes ausgetauscht, qui quelque chose größer sommes, eventuell liegt es daran. Den Progend Befehl verwende je pas.

Grüße
Sven

H.Brill

cela pourrait eigentlich unproblematisch son. On peut aussi
encore plusieurs Icônes, Bitmaps usw. hinzu fügen. là wird arrêt
qui Runtime quelque chose größer. qui Ressourcen selber volonté oui
avec ihrem Namen bzw. einer numéro abgerufen.

je denke là plutôt à riesige Programmcodes. c'est la plus part du temps
so, qui on im allgemeinen so à 50 - 300 Zeilen hat. mon
kleinen Programme, qui je mir erstelle, venons meist à qui
50 - 100 Zeilen. Wieviele Zeilen hat car votre ?

tout autor ist qui Bug wahrscheinlich aussi aucun aufgefallen,
weil qui Quellcodegröße pas grand était. Kürze doch la fois dein
Programme sur cela Nötigste et versuche ensuite la fois récente trop
compilieren. qui Ressourcen naturellement beibehalten. Evtl. trouver
wir là une direction, wohin qui faute trop chercher ist.
et comment dit, ab X4 dröselt Roland qui Teile (.PRC, Runtime
usw. ) anders zusammen.

Sven
Bader

eh bien habe je quelque chose getestet et beziehe mich erstmal seulement sur qui Fehlermeldung "Compilat peux pas hinzugefügt werden"

si je dans qui fertigen EXE Ressourcen hinzufüge, peut sich cela Programme irgendwann pas plus effectuer, cela était déjà toujours so. avec qui PRFRUN32.EXE donnais es bisher nie Probleme. cela konnte je mais eh bien aussi ausschließen, und dir aussi avec qui unveränderten originalen prfrun32.exe pas.

aussi den Editor konnte je ausschließen, avec dem "alten" Editor pour X4 passiert es aussi. "Programm erzeugen" ging dans mehreren Versuchen pas. Compilieren allez toujours, cela saparete Linken klappte im 2. (!) Versuch.

cela hinzufügen qui Resourcen Dossier klappt gefühlt seulement beim 50. Versuch, pour qui dessus genannten Fehlermeldung avec dem ProgEnd gibts aussi encore une Zugriffsverletzung:

qui Ressource ist incidemment un einzelne 32 Bit Bitmap avec einer Toolbar avec 40Kb Taille. cela Programme ist mon Version des Xprofed avec ca. 5.000 Zeilen (+ qui En-tête Fichiers de ca. 15.000 Zeilen)

je compiliere eigentlich ausschließlich avec Profan2CPP, seulement si es à cause de neuer pas änderbarer Syntax pas allez weiche je sur X4 aus.

unbenannt-1.png	7 kB

Hochgeladen:	07.09.2021

Downloadcounter:
		Download

H.Brill

Donnerwetter, 5.000 Zeilen + 15.000 Zeilen Headerdateien
un solcher riesiger Code ist déjà gewaltig. Quelque chose comme venez
oui maximum selten avant. c'est aussi qui Grund, weshalb cela
encore niemand auparavant gemerkt hat.

une Toolbar pourrait eh bien überhaupt aucun Probleme faire.
Überschreibst du qui originale Toolbar32 ou bien fügst du deine
hinzu ? et außergewöhnlich grand, à den Integrierten,
ist vous oui aussi pas.

et avec quoi fügst du qui Ressource un ?
avec XProfan - Befehlen ou bien avant dem Erzeugen avec z.B. dem
ResHacker dans qui Prfrun32.exe ?

là es mais aussi avec qui originalen Prfrun32.exe pas funktioniert,
vais je la fois en aus, qui es quelque chose avec qui Commutateur des
Compilers chez Version X4 trop 1faire hat. Am besten écris du la fois
dans Paules Forum, Abteilung XProfan chez den Bugs. là liest Roland
häufiger avec.

Kompilieren Marque Séparation

Sven
Bader

merci pour qui Antwort. je forsche selbst encore un bisschen.

qui Ressource venez sur den Programmcode sur qui $RES Direktive rein, qui gibt es depuis X3, dans mon Beispiel liest es sich quelque chose komisch

qui Dossier selbst habe je avec dem Ressource Hacker erstellt. je verwende une abweichenden Namen pour qui Ressource.

 $RES RES.RES

et nochmal: quelquefois (selten) funktioniert es simple!

je werde es ggf. nochmal avec dem unverbasteltem XProfed Code essayer, X3 habe je malheureusement pas.

qui Taille qui En-tête Fichiers ist incidemment rien besonderes, seul qui windows.ph hat déjà 11.000 Zeilen. je crois en landet gar rien dans qui EXE, là es sich oui im Grunde seulement um une Übersetzungstabelle handelt et beim Compilieren pas mitgezählt wird.

5.000 Zeilen finde je pour un ernsthaftes projet pas viel, on muss ici im Code pour Vue d'ensemble sorgen mais den Compiler sollte es pas stören. qui la plus part du temps Limits sommes dans Profan 9.0 déjà plaisons (u.A. plus que 64k Zeilen).

H.Brill

Sven Bader (07.09.2021)

je werde es ggf. nochmal avec dem unverbasteltem XProfed Code essayer, X3 habe je malheureusement pas.

peut-être könntest du la fois avec FreeProfan essayer. Gibt es ici im Forum
trop magasin. jusqu'à sur cela WebControl et un paire kleine Sachen ist cela oui
kompatibel trop X3.
Aussi gibt es aussi encore une 64-Bit Version de FreeProfan.
Benutze je aussi volontiers, si mon Anwender sur une 64Bit Version
bestehen.

Sven
Bader

après que es avec FreeProfan (32 Bit, X3.1 basierend) mehrfach net durchlief, ging es dans X4 maintenant aussi wieder mehrfach. Pour einem Systemneustart wohlgemerkt, devant lief es reibungslos si qui Code dans einem Dossier sur dem Desktop lag mais pas sur einem anderen Laufwerk. je höre maintenant sur trop "forschen", werde Roland toutefois la fois ansprechen, il sait oui ensuite dans etwa wohin il gucken muss, aussi si il es pas reproduziert bekommt.