Italia
SDK-Helfer/ Tools

JRPC neuer Präkompiler per XProfan X4 - JRPC3

 
- Page 1 -



Jens-Arne
Reumschüssel
Guten Abend zusammen,

ich bin kürzlich circa das Problem gestolpert, dass XPSE eine ziemlich grande Quelldatei von mir nicht mehr verarbeiten konnte. Variablen wurden plötzlich als nicht definiert gemeldet und andere "erratische" Probleme mehr. Ich potuto mir vorstellen, dass dies daran liegt, dass XPSE Schlüsselworte in Windows-Atoms verwaltet. Da ist irgendwann Schluss (bei irgendwas zwischen 60.000 und 70.000 Stück, wobei man bedenken muss, dass XPSE die Windows-API mit vorhält). Vielleicht ist es aber auch etwas ganz anderes, ich kann ja nicht in den "Maschinenraum" von XPSE schauen.

Jedenfalls blieb mir, da XPSE nicht mehr gepflegt wird, nichts anderes übrig, als das nachzubauen. Das Ergebnis ist JRPC3.

----- Features:

*vernünftige Meldung von Fehlern
*direkte Anzeige des Programmablaufes in XProfEd (sofern der unten erhältliche aufgebohrte XProfEd verwendet wird)
*Umsetzung der alten Profan-Syntax per Operatoren und alte Containerfunktionen
*extrem schnelle native fbPROCs, sofern man FreeBasic installiert hat (kostenlos, siehe Aiuto)
*mit fbPROCs kann zudem Inline-Assembler auch vor XProfan X4 realisiert werden
*extrem schnelle native pbPROCs, sofern man PureBasic installiert hat
*Echtzeitverfolgung von Variableninhalten
*einfache Zeitmessungen im Programmablauf
*Profan-Kompilerdirektiven funktionieren endlich vernünftig (z.B. Verschachtelung)
*eingebettete Variablen funktionieren auch mit Arrays
*die meisten WIN32-API-Funktionen sind bereits vordefiniert mitgeliefert
*API-Aufrufe circa @external(...) werden automatisch in @call(...)-Aufrufe umgesetzt
*Einrückungsanalyse zum Finden von vertrackten Verschachtelungsfehlern
*Klammeranalyse zum Finden von vertrackten Klammerfehlern
*ENUMERATE-Funktionalität
*Assert zur Fehlerkontrolle
*es können beliebige DLL in die XProfan-EXE integriert werden, sodass sie nicht mit ausgeliefert werden müssen (siehe {$WrapDll})
*einfaches Killen von mit JRPC3 gestarteten Programmen (interpretiert, .prc gestartet, .exe gestartet)
*extrem schnell (und daher naturalmente nicht in XProfan geschrieben, da eine interpretierte Sprache hierfür naturgemäß viel zu langsam ist)
*beim Start von JRPC3 bereits vorhandene .prc-File können zum Starten und Linken genutzt werden (es wird ein Hinweis angezeigt, dass es sich um ein altes Kompilat handelt)
*der Profan-Compiler kann zur Beschleunigung mit hoher Prozessorpriorität aufgerufen werden
*eingebauter Update-Checker mit Download, falls es ein Update gibt (Aiuto --> online nach Updates suchen)
*64- oder 32-bit-Version disponibile (einfach JRPC3_64.exe oder JRPC_32.exe als Interpreter in XProfEd hinterlegen [Optionen --> Allgemeine Einstellungen] und JRPC3 mit F7 starten) - Achtung, die 64-bit-Version erzeugt naturalmente keine 64-bit-XProfan-Programme, da XProfan das nicht kann, sondern JRPC3 selbst wird als 64-bit-Programm corsa
*XProfan X4-Syntax disponibile (möglicherweise noch nicht alles, da ich presumibilmente nicht alles davon benutze, aber ich habe mich um Vollständigkeit bemüht - jedenfalls sind z.B. HASH-Arrays und QUADINTs dabei)
*Interpreter, PRCs und EXEs können mit Kommandozeilenparametern corsa werden
*Interpreter, PRCs, EXEs und XPSE können mit Administratorrechten corsa werden
*Prozeduren, die in dem aktuellen Programm zwar enthalten sind, aber nicht verwendet werden, werden aus der umgesetzten File entfernt, um die Dateigröße des Kompilats possibile klein zu halten
*Variablen, die in dem aktuellen Programm zwar enthalten sind, aber nicht verwendet werden, werden aus der umgesetzten File entfernt, um die Dateigröße des Kompilats possibile klein zu halten und den Speicherverbrauch zu optimieren
*nPROCs aus XPSE werden automatisch mit XPE zu einer DLL umgesetzt und die Aufrufe der nPROCs im Programm entsprechend angepasst, sofern XPSE vorhanden ist
*fast alles aus XPSE funktioniert auch in JRPC3 ({$NOERR}, {$(PRE)BATCH}, {$PUSHKEYWORD}, Interpreter, Runtime und Compiler festlegen, Shorties, ...)
*XProfEd_JR mit Quelltext-AutoComplete
*XProfEd_JR mit Quelltext-Memory-Funktion (Markierungen, zu denen zurückgesprungen werden kann)

Einschränkungen:
-kein XPSE-Inline-Assembler, wohl aber XProfan-Inline-Assembler (darin allerdings keine Prüfungen auf Korrektheit des Codes)
-ABER: man kann XPSE aus JRPC3 heraus aufrufen, sodass diese Funktionalität weiterhin disponibile ist, sofern man XPSE besitzt (neuer Shorty: {$x})
-Variablen, die in einer Prozedur nicht deklariert sind, sondern "aus der aufrufenden Prozedur übernommen werden", sind standardmäßig nicht zugelassen (XProfan erlaubt das, aber so etwas ist genauso tödlich wie GOTO-Anweisungen). Bitte alle zu nutzenden Inputs als Parameter trasferimento, und wenn etwas aus dem aufrufenden Programmteil verändert werden muss, beim Aufruf als Parameter z.B. @addr(x&) verwenden und in der Prozedur parameters x# und LONG x#,0=y& nutzen.
Wenn man aber unbedingt "vererbte" Variablen nutzen möchte, kann man dies mit der Kompilerdirektive {$Declare...} tun.

*als Hommage an XPSE lautet die Endung der Ausgabedatei ".enh3"

Eine genauere Erläuterung der einzelnen Features ist der chm-Hilfedatei zu entnehmen, die im Programm unter Aiuto --> Hilfedatei Mostra oder mit F1 disponibile ist.

----- /Features

Herunterladen und installieren:
JRPC3 kann unten heruntergeladen werden (setup_jrpc3.exe oder als ZIP-File).
Als Installationsverzeichnis bitte das XProfan-Stammverzeichnis angeben, also dasjenige, in dem die File PROFAN.EXE, PROFCOMP.EXE, PRFRUN32.EXE etc. liegen. Alternativ kann die ZIP-File heruntergeladen und deren Inhalt manuell ins XProfan-Stammverzeichnis kopiert werden.

Einrichtung:
JRPC3_64.exe oder JRPC_32.exe als Interpreter in XProfEd hinterlegen [Optionen --> Allgemeine Einstellungen] und JRPC3 mit F7 starten.

Alle Befehle sind mit dem Befehl "h" wie "Hilfe" abrufbar und sollten selbsterklärend sein.

Für viele erweitere Features, die XProfEd betreffen, wie z.B. jenes, die Zeile, in der ein Fehler auftrat, direkt in XProfEd Mostra zu können, ist der mitinstallierte XProfEd_JR erforderlich. Dafür muss man also XProfEd_JR.exe statt XProfEd.exe als Editor benutzen. Als "goody" gibt es dazu, dass beim Auf- und Zufalten von Programmen ein Fortschrittsanzeiger integriert ist (das kann bei grande Programmen ja bekanntlich ein bisschen dauern).

Es mag sein, dass noch nicht alles perfekt funktioniert. Ich bitte hierfür um Nachsicht. Meine  Programme lassen sich umsetzen, aber das muss noch lange nicht heißen, dass dies mit Programmen anderer Autori, die jeder so ihre Eigenheiten haben, auch funktioniert.

Fehlermeldungen und Verbesserungsvorschläge gerne an jreumsc@web.de oder hier im Foro.

Beste Grüße, Jens-Arne

2.584 kB
Bezeichnung:JRPC3
Version:10.29
Kurzbeschreibung: JRPC3-Installer
Hochgeladen:15.02.2021
Downloadcounter363
Download
1.699 kB
Bezeichnung:XProfEd_JR
Version:5.2
Kurzbeschreibung: Alte Version ohne AutoComplete zur Sicherheit
Hochgeladen:15.02.2021
Downloadcounter224
Download
3.777 kB
Bezeichnung:JRPC3
Version:10.29
Kurzbeschreibung: ZIP-File statt Installer
Hochgeladen:02.04.2021
Downloadcounter291
Download
 
XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de
16.02.2021  
 



 
- Page 25 -


« Dieser Beitrag wurde als Lösung gekennzeichnet. »

- Page 15 -



Jens-Arne
Reumschüssel
Es gibt eine neue Version, die anders mit dem internen Messagehandling umgeht. Bitte probier die mal aus. Vielleicht ist das Problem damit behoben.
 
XProfan X4
XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de
24.09.2022  
 




Jens-Arne
Reumschüssel
Ciao,

es wurde ja mal nach Beispielen per Programme mit schnellen nativen Prozeduren gefragt. Hier gibt es ein Apfelmännchen-Berechnungsprogramm, mit dem man in Bereiche der Grafik hineinzoomen kann (Rechteck mit der Maus erzeugen). Es werden fbPROCs und Multithreading benutzt, um die Berechnungen so schnell wie possibile zu machen. Außerdem werden schwarze Pixel per weitere Berechnungen maskiert, d.h. nicht neu berechnet. Denn beim Hineinzoomen bleiben diese Pixel weiterhin schwarz (außer am Rand des Apfelmännchens, der deshalb nicht maskiert wird). Gleichzeitig wird an diesen Stellen maximal iteriert, weswegen sie die meiste Rechenzeit kosten. So wird also noch einmal eine sehr deutliche Geschwindigkeitssteigerung erzielt.

Beste Grüße, Jens-Arne

EDIT: Mit den Seitentasten der Maus kann man vor- und zurückspringen.

48 kB
Bezeichnung:Apfelmännchen
Version:V5.03
Kurzbeschreibung: schnelle Apfelmännchenberechnung mit Zoom-Funktion
Hochgeladen:30.06.2023
Downloadcounter71
Download
 
XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de
30.06.2023  
 




p.specht

Ich möchte prf und xprf eigentlich per reine Profan- bzw. XProfan-Programme reservieren. Benötigt man Erweiterungsprogramme wie xpse oder jrpc, sollte das auch durch die Extentions klar gemacht werden.

Vorschlag: .xpe bzw, .jr1, .jr2 usw. (ungeprüft ob bereits vergeben)

Dadurch sollte auch angezeigt werden, ob weitere Fremdprogramme wie DLL-Zuliefer-Codes benötgt werden.

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




Jens-Arne
Reumschüssel
Hmm, das sollte wohl jeder so machen, wie er möchte. Ich habe in XProfEd_JR die Endungen *.xpe, *.jr1 und *.jr3 eingebaut. Die Vorgaben kann man nun unter Optionen / Allgemeine Einstellungen anpassen. Den String sollte man aber wohl in einen Editor kopieren und dann dort untersuchen und ändern, da er ziemlich kompliziert ist.
 
XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de
01.07.2023  
 




p.specht

Danke, schnelle gute Lösung!
 
XProfan 11
Computer: Gerät, daß es in Mikrosekunden erlaubt, 50.000 Fehler zu machen, zB 'daß' statt 'das'...
01.07.2023  
 




Jens-Arne
Reumschüssel
Ich habe jetzt auch in JRPC3 die Endungen in den Optionen einstellbar gemacht, damit nicht immer ein Warnhinweis erscheint, wenn man File mit von ".prf" abweichender Endung benutzt.
 
XProfan X4
XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de
03.07.2023  
 




Jens-Arne
Reumschüssel
Was ich, glaube ich, vergessen habe zu erwähnen:

Ich habe schon vor einiger Zeit in XProfEd_JR das Benutzermenü so angepasst, dass man dort auch etwas anderes als nur EXE-File starten kann. Mit einem Programm verknüpfte File gehen (z.B. <irgendwas>.pdf, wenn man einen PDF-Viewer installiert hat), sogar Web-Adressen funktionieren. Man kann also z.B. den Eintrag "XProfan.net" mit dem Kommando "https://xprofan.net/intl/de/" anlegen. Dann wird die Startseite dieses allseits bekannten Forums im Standardbrowser aufgerufen, wenn man den Menüpunkt anklickt.

Da das presumibilmente per den einen oder anderen ganz praktisch ist, sollte es nicht unerwähnt bleiben.

Beste Grüße, Jens-Arne
 
XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de
17.07.2023  
 




funkheld
Danke per deine Mühe und Arbeit.

Gruss
 
20.07.2023  
 




Jens-Arne
Reumschüssel
V10.11:
-eingebettete Variablen funktionieren nun auch mit Arrays
-es werden nun auch die speziellen embedded vars per SQL-Statetements supportati (also jene ohne führenden Backslash)
Details siehe JRPC3-Aiuto
 
XProfan X4
XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de
30.12.2023  
 




Jens-Arne
Reumschüssel
ACHTUNG:

Der Update-Checker necessario ein Update. Dieses schlägt jedoch fehl. Daher ist es erforderlich, einmalig die aktuelle Setup-File auszuführen oder JRPC3 aus der aktuellen ZIP-File manuell neu zu installieren.

Ich bitte um Entschuldigung per diese Unannehmlichkeit.

Beste Grüße, Jens-Arne
 
XProfan X4
XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de
04.01.2024  
 




Jens-Arne
Reumschüssel
Nun ist in JRPC3 das mit XProfan X4 aufgetretene Problem, dass %ProgEnd keine gültigen Werte mehr liefert, behoben.

JRPC3 schreibt nun nach jedem Linkvorgang die Dimensione der eigentlichen EXE-File an Position $1C in die File. An dieser Stelle sind 4 reservierte Bytes im DOS-Testata vorhanden, also wie perfekt geeignet zur Aufnahme eines LongInts. Der DOS-Testata wird von Windows beim Laden einer EXE-File nicht benutzt, und auch unter DOS funktioniert der DOS-Stub weiterhin (d.h. es wird angezeigt, dass das Programm unter DOS nicht corsa werden kann). Diese Manipulation der EXE-File ist also unschädlich.

Wenn man die neue Kompilerdirektive {$DetermineProgEnd} verwendet, steht danach in der neuen Systemvariablen %JRPC3ProgEnd wie früher von %ProgEnd gewohnt das Ende der EXE-File zur Verfügung, sodass angehängte Daten zuverlässig und schnell gefunden werden können.

Alternativ kann man auch einfach das LongInt an Dateiposition $1C selbst auslesen.

Beste Grüße, Jens-Ane
 
XProfan X4
XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de
08.01.2024  
 




Jens-Arne
Reumschüssel
Sorry, der Dateispeicherort war um ein Byte verrutscht ($1B), das ist jetzt korrigiert.

Außerdem habe ich bei dieser Gelegenheit noch das Nachstehende ermittelt:

Man kann an folgenden Orten weitere Daten unterbringen:

$20-$23 (4 Bytes) - reserviert im DOS-Testata
$28-$3B (20 Bytes) - reserviert im DOS-Testata

Dann gibt es noch den ungenutzten Raum zwischen DOS-Stub und NT-Testata, wobei letzterer bei $100 beginnt und als erster Dateibestandteil per den Windows-PE-Loader relevant ist (abgesehen vom letzten Element des DOS-Headers, das auf den Beginn des NT-Headers zeigt). Der zur Verfügung stehende Platz hängt von der Dimensione des DOS-Stub ab. Der von XProfan standardmäßig erzeugte ist vergleichsweise lang ("This program must be run under Win32"). JRPC3 erzeugt nach dem Linken daher nun einen sehr kurzen ("Win32 program"). Dadurch gibt es noch folgenden weiteren freien Platz in der EXE per beliebige Daten:

$5F-$FF (161 Bytes) - zwischen DOS-Stub und NT-Testata

An all diesen Stellen kann man z.B. "versteckte" INI-Daten unterbringen, wenn man eine extra INI-File vermeiden möchte, ohne dass dabei die EXE-File größer würde. Natürlich kann man diese auch an die EXE anhängen, wenn man dafür mehr Platz braucht, als oben genannt disponibile ist.

Allerdings sollte man dabei bedenken, dass es Leute gibt, die ihr System ganz besonders absichern und z.B. Software einsetzen, die überwacht, ob einmal freigegebene EXE-File sich verändert haben. Diese würden bei einem XProfan-Programm, das Daten in seine EXE schreibt, naturalmente permanent dramatische Fehlermeldungen erhalten, nach denen das Programm mutmaßlich von einem Angreifer manipuliert worden und damit nicht mehr vertrauenswürdig sei. Mindestens ein Hinweis auf dieses Verhalten des Programms ist also sicher angezeigt.

Dabei ist das Comportamento di JRPC3, die Dimensione der reinen EXE-File in selbige zu schreiben (siehe {$DetermineProgEnd}), aber unbedenklich, weil sich dieser Eintrag nach dem Linken im fertigen Programm nicht mehr ändert.

Beste Grüße, Jens-Arne
 
XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de
08.01.2024  
 




Jens-Arne
Reumschüssel
Neue Version:

Quelltext-Memory-Funktion in XProfEd_JR (Markierungen, zu denen zurückgesprungen werden kann)

Auszug aus der aktuellen JRPC3-Aiuto:

Memory-Funktion

XProfEd_JR erlaubt es, Positionen im Quelltext zu markieren und später
auf Knopfdruck dahin zurückzuspringen.
Wer kennt das nicht? Man ist in einem umfangreichen Code bei der Arbeit
und merkt plötzlich, dass man an einer ganz anderen Stelle etwas ändern
muss, bevor man an der aktuellen Position fortfahren kann.
Üblicherweise wird man nun einen Kommentar schreiben, den man später
mit der Suchfunktion wiederfinden kann, z.B. 'xxx oder 'hier weiter.
Es geht aber auch professioneller:

einfache Memory-Funktion:
Wenn man »Ctrl-M« (=Memory) drückt, wird die aktuelle Zeile in den
Positionsspeicher übernommen. Es erscheint ein rotes "M" links neben der
Zeile.
Wird ein weiteres Mal an anderer Stelle im Code »Ctrl-M« gedrückt, springt
XProfEd_JR zu der zuvor markierten Zeile zurück.
Drückt man »Ctrl-M« in der markierten Zeile, wird die Markierung gelöscht.
Mit »Shift-Ctrl-M« kann die Markierung hart neu gesetzt werden, d.h. sie
wird an der alten Stelle gelöscht und an der aktuellen neu gesetzt.
Die Memory-Markierung kann nur einmal im gesamten Quelltext vorkommen.

fortgeschrittene Memory-Funktion:
Es können neben der einfachen Memory-Markierung bis zu 9 verschiedene
weitere Positionsmarkierungen gesetzt werden, und zwar, wenn man möchte,
beliebig oft im Quelltext.
setzen: »Shift-Ctrl-Ziffer« drücken (Ziffer ist dabei 1-9 oben auf der
Tastatur) --> es erscheint links die Ziffer der Positionsmarkierung
weiß auf blauem Grund
anspringen: »Ctrl-Ziffer« drücken
löschen: nochmals »Shift-Ctrl-Ziffer« in der Zeile drücken, in der die
Markierung gesetzt ist
Unter "Optionen --> Allgemeine Einstellungen --> Marker mehrmals setzen
erlauben" kann in XProfEd_JR eingestellt werden, ob eine Ziffernmarkierung
jeweils nur einmal gesetzt werden kann, oder beliebig oft (Standard: nur
einmal).
Wenn sie nur einmal gesetzt werden kann, wird sie bei einem Neusetzen an
der zuvor markierten Stelle gelöscht, sonst nicht.
Anmerkung: Beim Setzen der 2er- und 6er-Markierung (»Shift-Ctrl-2/6«) wird
durch den Scintilla-Lexer, den XProfEd benutzt, "NUL" bzw. "RS" in den
Quellcode geschrieben. Dagegen kann ich leider nichts tun, das liegt am
Lexer. Diese Einfügungen muss man daher manuell wieder löschen, wenn
man die Markierungen mit 2 und 6 verwenden möchte.

Positionsspeicher merken:
Unter "Optionen --> Allgemeine Einstellungen --> Marker speichern" kann in
XProfEd_JR eingestellt werden, ob die Positionsmarkierungen beim Speichern
eines Quelltextes mitgespeichert werden sollen oder nicht (Standard: nicht
speichern).
Wenn sie gespeichert werden, werden sie automatisch beim erneuten Laden
des Quelltextes wiederhergestellt, anderenfalls sind sie beim Schließen
des Quelltextes verloren.
Ist das Speichern aktiviert, wird im aktuellen Quelltextverzeichnis eine
File »sci_markers.ini« angelegt, in der die Markierungen gespeichert
werden.
Mit dem Button "bereinigen" am angegebenen Ort in den Optionen können die
Markierungen aller Quelltextdateien aus der Markierungsdatei gelöscht
werden, die im Quelltextverzeichnis des aktuell geöffneten Tabs nicht mehr
existieren.

Beste Grüße, Jens-Arne
 
XProfan X4 * Prf2Cpp * XPSE * JRPC3 * Win11 Pro 64bit * PC i7-7700K@4,2GHz, 32 GB RAM
PM: jreumsc@web.de
01.02.2024  
 




Answer


Topictitle, max. 100 characters.
 

Systemprofile:

Kein Systemprofil angelegt. [anlegen]

XProfan:

 Posting  Font  Smilies  ▼ 

Bitte anmelden um einen Beitrag zu verfassen.
 

Topic-Options

62.879 Views

Untitledvor 0 min.
Jens-Arne ReumschüsselVorgestern (17:26)
Manfred Barei25.09.2024
Gast.081529.08.2024
R.Schneider23.08.2024
Di più...

Themeninformationen



Admins  |  AGB  |  Applications  |  Autori  |  Chat  |  Informativa sulla privacy  |  Download  |  Entrance  |  Aiuto  |  Merchantportal  |  Impronta  |  Mart  |  Interfaces  |  SDK  |  Services  |  Giochi  |  Cerca  |  Support

Ein Projekt aller XProfaner, die es gibt!


Il mio XProfan
Private Notizie
Eigenes Ablageforum
Argomenti-Merkliste
Eigene Beiträge
Eigene Argomenti
Zwischenablage
Annullare
 Deutsch English Français Español Italia
Traduzioni

Informativa sulla privacy


Wir verwenden Cookies nur als Session-Cookies wegen der technischen Notwendigkeit und bei uns gibt es keine Cookies von Drittanbietern.

Wenn du hier auf unsere Webseite klickst oder navigierst, stimmst du unserer Erfassung von Informationen in unseren Cookies auf XProfan.Net zu.

Weitere Informationen zu unseren Cookies und dazu, wie du die Kontrolle darüber behältst, findest du in unserer nachfolgenden Datenschutzerklärung.


einverstandenDatenschutzerklärung
Ich möchte keinen Cookie