XProfan

p.specht

Irgendwo una PRINT ,
sin PRINT "",
?

Oder una Doppelpunkt al Ende uno Befehlszeile, sodaß lo una überlanger Label se?

(Mi Erfahrungen beschränken se en 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

Perfekt - danke

16.09.2019 ▲

Sven
Bader

Leider muss Yo el Thema una vez más aufwärmen. Yo erhalte el Fehlermeldung bastante häufig en großen Programmen en XProfan X4.

Irgendwie erkenne Yo aber kein Muster daran, lo passiert en "Programm erzeugen" also Compilieren + Linken, si yo separat compiliere y linke erhalte Yo no Fehler. Manchmal se ejecuta lo aber auch en "Programm erzeugen" sauber por.

Lo scheint irgendwie zeitkritisch a ser, Yo bin me pero no sicher.

En una Programa bekomme Yo (en el Wechsel!) teilweise estos Meldung, si yo el Línea con el Ressource auskommentiere en el Regel otra vez el otro Meldung.

Grüße
Sven

unbenannt-1.jpg Prevista

13 kB

Hochgeladen:

06.09.2021

Ladeanzahl:

Descargar

unbenannt-2.jpg Prevista

11 kB

Hochgeladen:

06.09.2021

Ladeanzahl:

Descargar

06.09.2021 ▲

H.Brill

Hast du el Befehl ProgEnd auch en el Ver código fuente angegeben
y luego en el Konsole con Copy /b ... Daten hinzu gefügt ?

Dieser Befehl stammt sí todavía de el Not heraus, como Profano
todavía no Ressourcen unterstützte y ersparte somit una
Ressource-Editor, como el ResHacker. War sólo pensamiento, en
kleine Textos usw. einzubinden.

Mittlerweile braucht uno esta Befehl no mehr y es sólo
wegen el Kompatibilität drin.

Aber hier scheint lo sí offensichtlich en una Ressourcenproblem
a handeln (Res.Res). XProfan fügt sí de X4 el Runtime como Ressource
dazu. Wenn dein Ver código fuente abwärtskompatibel a X3 es, sería Yo
veces en X3 compilieren y schauen, si el Fehler hay auch kommt.

Wenn con deinen Ressourcen alles Haga clic en Aceptar es (Lesen/Carta),
müßte Roland veces schauen. Como lo en efecto sólo en großen Programmen
o. Quelltexten vorkommt, podría lo ser, daß Roland irgendeinen
Speicherbereich a knapp bemessen ha.

El beiden Fehlermeldung son para mich logisch. Der erste kommt, a
Runtime como Ressource dazu a linken y zweite, si la Ressource
Res.res dazu kommt, es entonces auch logisch. Es anzunehmen, daß zuerst
el en el Ver código fuente vorkommenden Ressourcen y luego zuletzt el Runtime como
Ressource dazu gelinkt voluntad.

Usted puede auch veces versuchen, deine Ressource con el ResHacker en el
Prfrun32.exe a integrieren y deinem Programa sólo sólo el Ressource
invitar. Kommt entonces auch el/el Fehler ?

Lo scheint así, daß como sólo Roland el Sache en el Grund ir kann.

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

Gracias para el Antwort! Yo una Vermutung, voluntad el todavía verifizieren. Yo en el Runtimemodul Icons ausgetauscht, el algo größer son, eventuell liegt lo daran. Den Progend Befehl verwende Yo no.

Grüße
Sven

H.Brill

Das dürfte eigentlich unproblematisch ser. Se puede auch
todavía mehrere Icons, Bitmaps usw. hinzu fügen. Como llevará a cabo
el Runtime algo größer. El Ressourcen selber voluntad sí
con ihrem Namen o. un número abgerufen.

Yo denke como más a riesige Programmcodes. Es meistens
así, daß uno en el allgemeinen así a 50 - 300 Zeilen ha. Mi
pequeño Programas, el Yo erstelle, kommen meist a el
50 - 100 Zeilen. Wieviele Zeilen ha porque su ?

Darum es el Bug wahrscheinlich auch keinem aufgefallen,
porque el Quellcodegröße no groß war. Kürze doch veces dein
Programa el Nötigste y versuche entonces veces neu a
compilieren. El Ressourcen natürlich beibehalten. Evtl. encontrar
wir como una Richtung, wo el Fehler a suchen es.
Und como dijo, de X4 dröselt Roland el Teile (.PRC, Runtime
usw. ) anders zusammen.

Sven
Bader

Nun Yo algo getestet y beziehe mich primero sólo en el Fehlermeldung "Compilat kann no hinzugefügt werden"

Wenn Yo en el fertigen EXE Ressourcen hinzufüge, lässt se el Programa irgendwann no mehr ausführen, el war ya siempre así. Mit el PRFRUN32.EXE gab lo bisher nie Problemas. Das podría Yo aber nun auch ausschließen, lo va auch con el unveränderten originalen prfrun32.exe no.

Auch el Editor podría Yo ausschließen, con el "alten" Editor para X4 passiert lo auch. "Programm erzeugen" ging en varios Versuchen no. Compilieren va siempre, el saparete Linken klappte en el 2. (!) Intento.

Das hinzufügen el Resourcen Expediente klappt gefühlt sólo beim 50. Intento, después de el oben genannten Fehlermeldung con el ProgEnd gibts auch ni Zugriffsverletzung:

El Ressource es de paso una einzelne 32 Bit Mapa de bits con uno Toolbar con 40Kb Größe. Das Programa es mi Versión des Xprofed con ca. 5.000 Zeilen (+ el Encabezamiento Archivos de ca. 15.000 Zeilen)

Yo compiliere eigentlich ausschließlich con Profano2CPP, sólo si wegen neuer no änderbarer Syntax no va weiche I X4 de.

unbenannt-1.png	7 kB

Hochgeladen:	07.09.2021

Ladeanzahl:
		Descargar

H.Brill

Donnerwetter, 5.000 Zeilen + 15.000 Zeilen Encabezamiento
Ein solcher riesiger Code es ya gewaltig. Algo como kommt
sí höchst selten antes. Es auch el Grund, por qué el
todavía niemand vorher gemerkt ha.

Un Toolbar dürfte nun sí überhaupt no Problemas hacer.
Überschreibst du el originale Toolbar32 oder fügst du deine
hinzu ? Und außergewöhnlich groß, gegenüber el Integrierten,
es ellos en efecto no.

Und con qué fügst du el Ressource una ?
Mit XProfan - Befehlen oder antes el Erzeugen con z.B. el
ResHacker en el Prfrun32.exe ?

Como lo aber auch con el originalen Prfrun32.exe no funktioniert,
gehe Yo veces su de, daß hay algo con el Interruptor des
Compilers en Versión X4 a tun ha. Am besten schreibst du veces
en Paules Foro, Abteilung XProfan en el Bugs. Dort liest Roland
häufiger con.

Kompilieren Marca Separación

Sven
Bader

Gracias para el Antwort. Yo forsche incluso todavía una bisschen.

El Ressource kommt encima el Programmcode en $RES Direktive rein, el hay seit X3, en mi Ejemplo liest lo algo komisch

El Expediente incluso Yo con el Ressource Hacker erstellt. Yo verwende una abweichenden Namen para el Ressource.

 $RES RES.RES

Und otra vez: manchmal (selten) funktioniert lo simplemente!

Yo voluntad lo ggf. otra vez con el unverbasteltem XProfed Code probieren, X3 Yo por desgracia, no.

El Größe el Encabezamiento Archivos es de paso nichts besonderes, allein el windows.ph ha ya 11.000 Zeilen. Yo glaube su landet gar nichts en el EXE, como lo sí en el Grunde sólo una Übersetzungstabelle es y beim Compilieren no mitgezählt se.

5.000 Zeilen finde Yo para una ernsthaftes Projekt no viel, uno muss hier en el Code para Información general sorgen aber el Compiler debería no stören. El meistens Limits son en Profano 9.0 ya gefallen (u.A. más que 64k Zeilen).

H.Brill

Sven Bader (07.09.2021)

Yo voluntad lo ggf. otra vez con el unverbasteltem XProfed Code probieren, X3 Yo por desgracia, no.

Tal vez könntest du veces con FreeProfan probieren. Gibt lo hier en el Foro
a invitar. Bis el WebControl y unos pocos kleine Sachen es el sí
kompatibel a X3.
Außerdem hay auch ni 64-Bit Versión de FreeProfan.
Benutze Yo También me gusta, si mi Anwender en una 64Bit Versión
bestehen.

Sven
Bader

Nachdem lo con FreeProfan (32 Bit, X3.1 basierend) mehrfach sauber durchlief, ging lo en X4 ahora otra vez mehrfach. Nach una Systemneustart wohlgemerkt, davor lief lo reibungslos si la Code en un Ordner en el Desktop lag pero no en una otro Laufwerk. Yo höre ahora en a "forschen", voluntad Roland todavía veces ansprechen, él weiß sí entonces en etwa wo él gucken muss, auch si él no reproduziert bekommt.