Ponyprog jetzt opensource

Gast #609272
Lesenswert?

Danke für den Tipp!

Ich habe die Quellen gerade gesaugt, aber habe Probleme das zu bauen. 
Eine Datei fehlt ("Eeprom.cpp"), es sind noch feste Pfade des Autors im 
Projekt. Ferner braucht es eine GUI-Library namens "V" (kannte ich noch 
nicht), die man erst bauen muß. Die wiederum kopiliert in der 
mitgelieferten Version nicht mit Visual C. Eine neuere soll es können, 
aber dort fehlt wiederum ein anderes File ("vlib.dsp"), stöhn...

Anscheinend wurde beides noch nie von Dritten kompiliert, oder zumindest 
nicht mit Visual C. MinGW klappte auch nicht so recht, ich gebe das 
erstmal auf.
Gast #609384
Lesenswert?

Ja, da war ich schon, da habe ich die aktuelle Version ja her.
Mit der V Lib bin ich noch nicht weiter, aber die bei PonyProg fehlenden 
Files Eeprom.cpp/.h habe ich in der zweitneuesten Version der Quellen 
gefunden. Vielleicht hat sich daran ja nichts geändert.
Gast #610221
Lesenswert?

Hi Jörg,

versuchs mal mit der angehängten Datei :)
Allerdings ohne Garantie, daß die wirklich komplett ist. PonyProg ließ 
sich jedenfalls ohne Probleme gegen eine damit erzeugte Lib linken.
Ist für eine statische Lib, sollte aber eigentlich auch kein Problem 
sein falls notwendig das  auf eine dll umzustellen.

Achso, hatte bei mir nur ein altes PlattformSDK, deshalb musste ich 
irgenwo noch zwei Zeilen ergänzen:
1
#define WM_MOUSEWHEEL                   0x020A
2
#define GET_WHEEL_DELTA_WPARAM(wParam)  ((short)HIWORD(wParam))

CU
Angehängte Dateien:
Gast #610228
Lesenswert?

Hallo,

Woher stammt dein .dsp Projekt?
Ich hatte mir mittlerweile auch ein .dsp File zurechtgezimmert. Eine 
Falle war noch, daß "vlayoutp.cpp" wohl nicht mehr dazugehören darf, 
dort wurden alle möglichen nichtexistente Member angesprochen.
Die beiden Definitionen für das Mausrad hatte ich auch bereits 
hinzugefügt, mit #ifndef geklammert.

Sowohl mit meinem und deinem .dsp File kompiliert die Library nun. Aber 
ich habe ein Problem beim Linken von Ponyprog. Vermutlich jede Methode 
der lib wird als unresolved external angemeckert, insgesamt 22 Stück.
Gast #612129
Lesenswert?

Hi Jörg,

hab die .dsp manuell zusammengebaut. Is ja nur ne ASCII-Datei :)
Als Vorlage hab ich die vgl.dsp aus dem Nachbarordner genommen, die 
Dateiliste aus der vgui.vpj und das ganze dann im Texteditor 
zusammengemixed. Dein Problem dürfte sein, dass die neue Lib einen 
anderen Namen hat und an einer anderen Stelle liegt, als PonyProg 
erwartet. Wenn Du das PonyProg-Projekt in VC6 offen hast mußt Du im 
FileView die alte Lib (v1.*.lib oder so ähnlich) entfernen und dort die 
neue hinzufügen (siehe angehängten Screenshot). Oder die neue 
entsprechend umbenennen und an die richtige Stelle kopieren. Ich mußte 
außerdem an der selben Stelle auch noch die Windows-Standardbiliotheken 
entfernen (die waren dort mit absoluten Pfaden angegeben und mein 
VC/PSDK liegt nunmal ganz woanders). Hab die dann, wie es sich gehört in 
den Project-Settings wieder hinzugefügt. Da ich die vlib in einem 
anderen eigenen Verzeichnis erzeugt habe und nicht das unter PonyProg 
benutzt habe, musste ich auch noch den Pfad zu den Header-Dateien 
anpassen. Danach ließ sich Pony problemlos kompilieren und linken.

CU FBI
Angehängte Dateien:
Gast #1176881
Lesenswert?

Lange hats für eine Antwort gebraucht, aber nun, hier bitte sehr, eine 
bearbeitete Version von PonyProg2000 ohne lästigem Startfenster.

Viel Spaß damit!

...,
(Begnadeter C Programmierer ;) seit 2003)
Persönliche Seite #1176920
Lesenswert?

stefan wrote:

> (Begnadeter C Programmierer ;) seit 2003)

Leider kein begnadeter Open Source Program Releaser ;-)

Es mag Leute geben, die von im Prinzip anonymen Leuten EXE Programme 
downloaden und ausführen.

Bei Open Source Projekten bietet es sich an, ja manchmal ist es sogar 
gefordert, die geänderten Sourcen komplett oder als Patch mitzugeben. 
Ponyprog steht eventuell unter der GPL2. Lies dir die mal durch (COPYING 
im Source Ordner). Bei der GPL hast du das Recht das Programm zu 
verändern. Du hast aber auch bestimmte Pflichten...

Es ist für mich auch sinnfrei, das Startfenster generell wegzumachen. Es 
enthält wichtige Daten: Copyright, Hilfezugang und Infos zu verwendeten 
Libraries. Wenn dieses eine Klicken auf OK stört, könnte man die Anzeige 
per Kommandozeilenoption ala -noshowinfo unterdrücken aber generell das 
Fenster drin lassen für alle, die die Option nicht bewusst benutzen.
Beitrag #6078776 wurde von einem Moderator gelöscht.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren