|
Site Index - Feedback - Impressum |
| |||||||||
|
![[Forum]](../../../images.os2.org/de/forum.gif){kind=small} |
|
![[Forum]](../../../images.os2.org/de/forum2.gif){kind=small} |
| ( Archiv ) | ( Neues Thema ) |
| ( Zeige die Threadübersicht ) | ( Zur Startübersicht ) |
| 30.03.2006 |
| welche libc06...dll für latest WarpVision-Builds? (von: Ingo, 20:35:44) | ^ |
| WarpVision steht ja kurz vor dem Release der Version 1.0.
S. hier: ftp://ftp.netlabs.org/pub/wvgui/wvgui1.0rc3.zip Die einzige vernünftige Dokumentation dazu ist in der im Paket enthaltenen wvgui.inf, aber da heiß es lapidar: "LIBC (see ftp://ftp.netlab.org/pub/wvgui" Dort gibt es aber insgesamt 4 Versionen: libc06b2.zip libc06b4.zip libc06r1.zip libc06x.zip Zu allem Überfluß gibt es unter ftp://ftp.netlabs.org/pub/gcc noch 2 weitere Versionen: libc-0.6.0-ga2.zip libc-0.6.1-csd1.zip Da fäät die Auswahl (zumindest mir) schwer ;-) Kennt sich da jemand aus??? Gruß, Ingo [ Leser: 157 ] |
| Re: welche libc06...dll für latest WarpVision-Builds? (von: RBM, 21:10:16) | |
| Ich habe sie alle in das WVGUI-Verzeichnis kopiert... |
| Re: welche libc06...dll für latest WarpVision-Builds? (von: Ingo, 21:39:27) | |
| das ist ja Wahnsinn!
Unter dem Namen aus dem ZIP-Archiv (also mit angehängtem X, rc?, ...) oder als libc06 oder gar libc061.dll ;-) Gerade die libc06 ist bei meiner 'alten' Installation ein Problem: immer wenn ich eine DVD auswerfen will, verursacht WarpVision ein SYS3173 (video2.exe) inb der LIBC06X.DLL. Hoffe, daß es da mal bald eine libc06 fiunal gibt, mit der alle gcc-Compilate dann laufen, die kommt dann in den LIBPATH. Gruß, Ingo |
| Re: welche libc06...dll für latest WarpVision-Builds? (von: Franz, 23:40:34) | |
| rc3 benoetigt libc-0.6.0-ga2.zip
im übrigen einfach starten und welche dll gesucht wird meckert das Programm dann schon an... kann aber sein, dass libc-0.6.1-csd1.zip auch funktioniert, da dort eine 06er Version drin ist, die die calls nach 061 weiterleitet. |
| Re: welche libc06...dll für latest WarpVision-Builds? (23:41:32) | |
| Hallo!
Steht bei Warpvision nichts in der Readme zur richtigen Libc? Eigentlich solltest du, wenn du sie einzeln und nacheinander in das Verzeichnis kopierst und WV von der Kommandozeile startest, herausbekommen, welche die richtige ist. Welche Libc hast du eigentlich? So viel ich weiß, ist das die neuste und wird für die neusten SeaMonkey benötigt: ftp://ftp.netlabs.org/pub/gcc/libc-0.6.1-csd1.zip Viele Grüße R.H. |
| 31.03.2006 |
| Re: welche libc06...dll für latest WarpVision-Builds? (von: Herwig B., 07:10:51) | |
| Leute, Leute,
libc06.dll aus dem lib0.6.0-ga2 ist/war die final. libc061.dll (und dessen forwarder sind libc06.dll) finals. Im übrigen wird ein Programm welches gegen z.B. libc06x.dll gelinkt ist nie mit einer anderen Libc0wasauchimmer.dll laufen. Bitte Leute, tut euch einen Gefallen und packt sämtliche libc0*.dll in irgendein Verzeichnis im LIBPATH. Außer dass man ca 5 MB Plattenplatz verklescht (who cares?) erspart man sich jede Menge Probleme. Belässt man nämlich allenfalls irgendwo mitkommende libc0*.dll's in dem Programmverzeichnis der Applikation sammelt man mit der Zeit 15 bis 20 Kopien derselben DLL an (was mehr Plattenplatz verklescht als mein Vorschlag) und dazu kommt, dass es eine Lotterie ist, welche Version gerade geladen ist. Viel Spass bei der Problemsuche, sollte es da irgendeine Unverträglichkeit geben: Die Chancen, da dann ein halbwegs reproduzierbares Szenario zusammenzubringen sind wohl gleich Null. Hier meine libc0*.dll-Sammlung von heute: Fr. 31.03.2006 8.08.04 RC=0 OS/2: D:\OS2\DLL>dir libc0* Datenträger, Laufwerk D, hat den Namen OS/2 WARP 4. Datenträgernummer ist 82E2:77E6 Verzeichnis von D:\OS2\DLL 25.07.03 19.13 140.100 54 a--- libc01.dll 19.08.03 14.13 144.051 0 a--- libc02.dll 12.09.03 14.59 145.111 0 a--- libc03.dll 27.10.03 17.13 159.891 0 a--- libc04.dll 14.04.04 16.37 243.275 0 a--- libc05.dll 18.03.06 7.19 48.120 0 a--- libc06.dll 18.03.06 7.19 928.802 0 a--- libc061.dll 13.12.04 3.08 385.911 0 a--- libc06b2.dll 1.02.05 10.21 390.617 0 a--- libc06b4.dll 28.06.05 1.37 546.645 0 a--- libc06b5.dll 17.07.05 23.08 633.711 0 a--- libc06r1.dll 16.11.05 6.32 643.701 0 a--- libc06x.dll 1.06.05 20.32 472.325 54 a--- libc06xx.dll 13 Datei(en) 4.882.260 Byte belegt 213.604.352 Byte frei Grüße, |
| DLL Hölle? (von: Micky, 09:16:26) | |
| Willkommen in der DLL-Hölle, ich komme mir schon vor wie ein unfreiwilliger Alpha/Beta Tester unter Windosen. Die CSD1-Version hat mich schon verwirrt als da deren libc06 plötzlich eine Schrumpfkur von 95% gegenüber der alten dll aufwies. Wozu braucht es einen Vorwarder und eine libc061.dll wenn es vorher doch mit einer libco6.dll auch klappte?
Ich vermute auch das diese Entwicklung die Ursache für so manchen Crash in jüngster Zeit war. Vielleicht erbarmt sich mal jemand der Entwickler und erklärt dem OS/2 Volk für was das gut sein soll . |
| Re: DLL Hölle? (von: Herwig B., 10:26:07) | |
| Bei 13 Dateien (plus gcc322.dll plus gcc335.dll) von Hölle zu reden erscheint mir, ganz offen gesagt, eher lächerlich.
Im Unterschied zu Windosen, wo Applikationen mit eigenen Versionen diverser System-DLLs (!!) daherkommen, was ja hier absolut nicht der Fall ist, handelt es sich hier um Laufzeit-DLL's des GCC Compilers, beim dem die Version 3.3.5 eben eine sehr lange Entwicklungszeit hatte (im Wesentlichen arbeitet ja nur Knut St. Osmundsen dran). libc06b1, *b2, *b3, *b4 werden von Applikationen gebraucht, die mit den Beta-Versionen des Compilers gebaut wurden. Leider sind die zueinander nicht kompatibel (Knut ist halt auch kein Hellseher). War jemand mit der beta-Runtime nicht zufrieden baute er halt seine eigene: libc06x,xx etc. Nun, seit 3.3.5 ga2 hat alles eine gewisse Reife ereicht. Alle Applikationen, die gegen Betas oder eigenen Runtimes compiliert und gelinkt wurden sollten mit der letzten Version neu kompiliert werden. Seit der CSD1 ist die Situation noch besser: Durch die Forwarder libc06.dll (die "geschrumpfte") profitieren auch mit der 3.3.5ga2 kompilierte Programme von fixes in der Runtime. Hätte sich diese gräßliche "DLL-Hölle" vermeiden lassen? Klar, niemand hätte während der 2 Jahre, die GCC 3.3.5 gebraucht hat, wagen dürfen ein Programm zu kompilieren und zu veröffentlichen. Dann gäbe es das Problem nicht. Oder man hätte einen Hellseher statt Knut St. als Compilerbauer engagieren können. Und allen die das so gräßlich finden ins Stammbuch: Habt euch nicht so. Das ist kein Problem (ich würde mir wünschen, dass das das schlimmste OS/2-Problem wäre, die Welt wäre schön!). Und wie man sinnvollerweise damit umgeht, habe ich euch auch geschrieben (im vorigen Post). Und was kann Joe User noch tun? Die Autoren von Programmen, die noch libc06b1,b2,b3,b4,x,xx.dll benutzen, höflich (!!) bitten, Ihre Programme doch bitte mit der letzten Inkarnation des GCC 3.3.5 neu zu kompilieren. Viele tuns eh selber (Samba, Paul Smedleys Zeug etc.). |
| Re: welche libc06...dll für latest WarpVision-Builds? (von: Ingo, 18:04:21) | |
| Danke Herwig,
dann werde ich die GA2 mal in meinen LIBPATH packen. Und dazu auch noch die neuere gcc335. Ich möchte nämlich nicht die vielen alpha und beta-Versionen darumligen haben;-) Soweit ich mich erinnere, war es früher sogar mal üblich, daß die zwar den Dateinamen libc06b2.dll trugen, aber in dem Falle in libc06.dll umbenannt werden mußten. Dann kam man nämlich völlig durcheinander, deshalb auch meine Frage hier. Natürlich gehört die in den LIBPATH, ansonsten bricht ja das Chaos aus! BTW: Peters Builds von SeaMonkey benötigen die LIBC06 übrigens nicht - das betrifft nur die nightlies! Viele Grüße, Ingo |
| 01.04.2006 |
| Re: welche libc06...dll für latest WarpVision-Builds? (von: Herwig B., 09:19:05) | |
| Ich glaube (Glauben = nicht wissen) nicht, dass das mit dem Umbenennen bei den libc0* so war, kann mich aber auch irren.
Peter wird aber wohl früher oder später auch auch den neueren Compiler für die Mozilla builds wechseln. Grüße, Herwig B. |
| Re: welche libc06...dll für latest WarpVision-Builds? (von: Ingo, 11:32:51) | |
| Beispiel:
von Innotek ist die latest libc051.dll, die wird aber als libc05.dll installiert und auch aufgerufen. Gruß, Ingo |
| Re: welche libc06...dll für latest WarpVision-Builds? (von: Herwig B., 11:48:53) | |
| Weil sie nur libc051 heißt aber nicht libc051 ist (sie ist eine neuere libc05).
So, wie Windows XP zwar Windows XP heißt, aber Windows NT 5.1 ist. Die neue libc061 heißt libc061 und ist libc061. |
| Re: welche libc06...dll für latest WarpVision-Builds? (von: Juergen Ulbts, 12:02:48) | |
| >Bitte Leute, tut euch einen Gefallen und packt sämtliche libc0*.dll in irgendein Verzeichnis im LIBPATH.
Dem kann ich nur zustimmen. Bei mir landen die neuen immer schön in \os2\dll! Allerdings würde ich es auch bevorzugen wenn nicht nur gegen die DLL gelinkt wird, sondern diese mit in die EXE wandert. Die EXE wird dann zwar größer aber das ist mir im Prinzip lieber als das DLL "geeier" das einen derzeit verfolgt. Das mit der DLL-Hell ist meiner Meinung nach im Grunde schon berechtigt, auch wenn einem OS2 auf der Commandozeile meldet welche DLL nicht gefunden wird. Jürgen |
| Re: welche libc06...dll für latest WarpVision-Builds? (von: Rudi, 13:51:33) | |
| >Allerdings würde ich es auch bevorzugen wenn nicht nur gegen die DLL gelinkt wird, sondern diese mit in die EXE wandert. Die EXE wird dann zwar größer aber das ist mir im Prinzip lieber als das DLL "geeier" das einen derzeit verfolgt.
Das sehe ich genauso. Allerdings gab (gibt?) es wohl das Problem, daß statische LIBC - Builds aus unbekannten Gründen nicht funktionier(t)en. |
| ( Zeige die Threadübersicht ) | [ Version zum Drucken ] | ( Zur Startübersicht ) |
| |||
| Mit * markierte Felder müssen ausgefüllt werden ! |
|
