| |
| |
|
Sebastian
König | allô zusammen,
ici la fois une Kleinigkeit trop Weihnachten  là mich quelqu'un tout autor gebeten hatte, habe je une Code, avec dem on DLL direct et sans le détour sur une temporäre Dossier aus einem Speicherbereich (qui zum Beispiel de Frank Abbings Datengenerator erstellt wird) dans un Programme magasin peux, de C pour XProfan traduit et une Include erstellt. là es peut-être encore autre intéressé, Poste je es la fois ici. 
qui Benutzung ist wirklich très simple et sollte à main des beigelegten Testcodes léger nachzuvollziehen son - ansonsten simple fragen! malheureusement funktioniert es seulement ab XProfan 9.0, là je Version 8.0 manche verschachtelten long()-Aufrufe irgendwie pas besonders mag... 
Viel Amusement avec cela et naturellement Frohe Weihnachten!
Sebastian |
|
| |
| |
| |
|
|
Frank
Abbing | allô Sebastian,
konnte es encore pas richtig testen. XPSE mag deine deux Long hintereinander irgendwie (encore) pas. je denke, iF schafft là bientôt Abhilfe.
So une technologie wäre aussi quoi pour qui avec XPIA erzeugten Codes, je werde pour den Feiertagen la fois avec cela experimentieren.
Heureux Fest! |
|
| |
| |
| |
|
|
| eh, c'est joli 
maintenant peux je MemoryModule direct dans XProfan nutzen. sommes oui wieder ungeahnte Opportunités.
Schönes Weihnachtsgeschenk
Salut
Thomas |
|
| |
| |
| |
|
|
Sebastian
König | [quote-part:ba811f0967]konnte es encore pas richtig testen. XPSE mag deine deux Long hintereinander irgendwie (encore) pas. je denke, iF schafft là bientôt Abhilfe.[/quote-part:ba811f0967] Vorerst peux Du es oui aussi simple avec XProfan direct testen...  |
|
| |
| |
| |
|
|
Frank
Abbing | Funktioniert einwandfrei, si je cet technologie avec XPIA verwenden serait. Wobei dadurch pour XPIA deux wertvolle Features entstehen:
- qui Dll ist eh bien permanent im grenier et braucht pas plus explizit geladen trop volonté. Etwa, si une Funktion sur qui Variablen einer anderen Funktion zugreifen voudrais
- qui Dll braucht pas plus temporär geschrieben trop volonté
Grosser le tort ist mais qui Freigabe mittels FreeLibraryM(hModule&). ici peux XPIA pas toujours qui passende Stelle erkennen, quand cela Module wieder freigegeben volonté muss. Fin ist sûrement pas dans chaque Programme vorhanden. Allerdings denke je, dass cela Module chez neueren Windowsversionen automatisch freigegeben wird, sobald sich cela Hauptprogramm finissez.
Dürfte je qui Inc eigentlich dans XPIA verwenden? |
|
| |
| |
| |
|
|
Sebastian
König | allô Frank,
[quote-part:6a4bc8234d=Frank Abbing]Dürfte je qui Inc eigentlich dans XPIA verwenden?[/quote-part:6a4bc8234d]
comment je justement feststellen musste, ist qui Frage relativ compliqué...
car comment qui ursprüngliche C-Code steht qui Inc sous qui LGPL. Pour qui Verwendung dans XPIA selbst vois je dadurch aucun Probleme - qui serait oui im Grunde seulement un zusätzliches $I MemoryModule.inc dans qui erzeugten Codes einbinden.
qui entscheidende Frage ist, quoi cela ganze wohl pour qui Programme, qui ensuite qui Inc benutzen, bedeuted. Hierzu erstmal un Wikipedia-Auszug:
[quote-part:6a4bc8234d=Wikipedia]Im opposition zur GPL dürfen alle Programme, qui LGPL-lizenzierte Software seulement extern benutzen, zum Beispiel comme DLL Files, ses eigene Lizenz behalten. avec cela eignet sich qui LGPL besonders comme Lizenz pour Bibliotheken, en Benutzung on aussi Programmierern proprietärer Programme erlauben veux. Soll qui sous qui LGPL lizenzierte Software dagegen fest dans un d'autre Programme eingebunden volonté, muss aussi l'autre Programme sous qui LGPL bzw. einer kompatiblen Lizenz stehen.[/quote-part:6a4bc8234d]
Klingt erstmal pas so toll. cela Einbinden qui Inc ist wohl assez bien sûr comme statisches Linken trop interpretieren. et aussi un Kompilieren qui Inc comme Unit serait à qui Situation rien changement. Glücklicherweise sagt qui englische Wikipedia-Artikel quelque chose genauer, wohin eigentlich cela Problem liegt:
[quote-part:6a4bc8234d=Wikipedia (englisch)]The LGPL places copyleft restrictions on le program itself but does not apply these restrictions to other software that merely à gauche with le program. There sont, however, certain other restrictions on this software. Essentially, il must être possible for le software to être linked with a newer version of le LGPL-covered program. The most commonly used method for doing so is to use a suitable shared library mechanism for linking. Alternatively, a statically linked library is allowed si either source code or linkable object files sont provided.[/quote-part:6a4bc8234d]
peut-être peut sich cet Condition oui einigermaßen rencontrer - zum Beipiel indem on zusammen avec dem Programme den kompilierten Code comme PRC-Dossier et une PCU-Version qui Inc veröffentlicht.
Ist naturellement seulement une concept - weitere Gedanken en supplément sommes très willkommen!
MfG
Sebastian |
|
| |
| |
| |
|
|
 | et weil cela Thema sau super ist habe je mich gestern la fois rangesetzt et une super draus gebaut.
j'ai mais aussi encore quoi d'autre verbrochen... nie gemacht Anliegen genutzt um une neue XPSE-Fonctionnalité ausgiebig trop testen. qui super liegt alors dans einem verbrecherischem XPSE-Stil avant - serait mich pas wundern si je wieder so quelques Nackenschläge bekomme 
je zumindest werde qui Class nutzen. |
|
| |
| |
| |
|
|
Frank
Abbing | [quote-part:a103efd1fa]Ist naturellement seulement une concept - weitere Gedanken en supplément sommes très willkommen! [/quote-part:a103efd1fa]
tu as den Quellcode selber erstellt, Sebastian. qui Copyright à dem Voir le texte source liegt chez dir. Selbst si du toi am originalen Voir le texte source orientiert la hâte, ändert cela rien daran, dass du den Code de Grund sur selber erstellt la hâte. |
|
| |
| |
| |
|
|
Sebastian
König | [quote-part:9a4a562957=Frank Abbing]tu as den Quellcode selber erstellt, Sebastian. qui Copyright à dem Voir le texte source liegt chez dir. Selbst si du toi am originalen Voir le texte source orientiert la hâte, ändert cela rien daran, dass du den Code de Grund sur selber erstellt la hâte. [/quote-part:9a4a562957]
Hmm... je ne sais pas, si cela wirklich so simple ist. Eigentlich denke je déjà, dass qui Übersetzung dans un autre Discours un vom original Programme abgeleitetes Werk darstellt et somit comment qui Ausgangscode sous qui LGPL fällt.
mais comment déjà dit, si on zusammen avec dem Programme, cela qui MemoryModule.inc utilise, den Code comme PRC et une PCU-Version qui Inc zur Disposition stellt, müssten qui Anforderungen IMHO eigentlich erfüllt son.
Viel einfacher et klarer wäre qui Situation naturellement, si qui Code comme DLL vorläge - mais c'est dans diesem speziellen le cas naturellement droite sinnlos... 
MfG
Sebastian |
|
| |
| |
| |
|
|
Frank
Abbing | [quote-part:4acc38eb18]Viel einfacher et klarer wäre qui Situation naturellement, si qui Code comme DLL vorläge - mais c'est dans diesem speziellen le cas naturellement droite sinnlos... [/quote-part:4acc38eb18]
Wohl véritable... |
|
| |
| |
| |
|
|
| @Sebastian
Nutze doch simple Version 0.0.2 anstatt 0.0.1, wobei je qui Unterschiede garnicht trouvé habe. qui fällt sous Modzilla Lizens, quelle besser approprié son sollte
Salut
Thomas |
|
| |
| |
| |
|
|
Sebastian
König | allô Thomas,
[quote-part:9885ddb119=TS-Soft]@Sebastian
Nutze doch simple Version 0.0.2 anstatt 0.0.1, wobei je qui Unterschiede garnicht trouvé habe. qui fällt sous Modzilla Lizens, quelle besser approprié son sollte [/quote-part:9885ddb119]
super - merci pour den Hinweis! So comment je cela justement gelesen habe, bestehen qui Probleme avec qui moins restriktiven MPL (Mozilla Public License) réellement pas.
je werde den Code alors so anpassen, dass il une Übersetzung qui Version 0.0.2 darstellt et ihn ensuite après ici posten .
MfG
Sebastian |
|
| |
| |
| |
|
(766)
Deutsch
English
Français
Español
Italia