Biblioteka DLL systemu Windows przechowywana w Debianie, a następnie pobrana z powrotem do systemu Windows, nie będzie już działać

Mam program, który chcę rozpowszechniać za pośrednictwem mojego serwera WWW z Debianem.

Wysłałem więc moje pliki - zawierające biblioteki DLL - na serwer. Po tym, jak pozwoliłem im pobrać się za pośrednictwem mojej aplikacji aktualizującej, wystąpił błąd. Próbowałem je więc pobrać, tak jak je wgrałem: Via Eclipse IDE. Ale błąd wystąpił również:

Tytuł okna błędu:

Main.exe - Zły obraz

Błąd:

Blabla.dll albo nie jest przeznaczony do uruchamiania w systemie Windows, albo zawiera błąd […] Status błędu 0xc0000130.

Zastanawiam się więc, co powoduje uszkodzenie biblioteki DLL. Czy ma to związek z Eclipse lub Debianem?

EDYTOWAĆ Sumy kontrolne md5 oryginału, przesłany plik i pobrany plik są różne.

EDIT2 Wydaje się, że jest to problem między stroną kodową wybraną w Zaćmieniu, która jest UTF-8. Przetestuję go z cp1250 (szybki test zadziałał do tej pory, ale moja aplikacja uległa awarii) jutro.

EDIT3 Ponadto mój aktualizator nie działał poprawnie, interpretując pobrane pliki jako pliki tekstowe.

windows windows-8 debian eclipse dll Incubbus
źródło

Bardzo dziwne ... Moim pierwszym zdaniem byłoby to, że Eclipse robi coś z plikami: / ... Jednym ze sposobów sprawdzenia, gdzie plik jest zmieniany, jest uzyskanie skrótu MD5 pliku przed przesłaniem go, po przesłaniu i po pobraniu go i zobacz, gdzie dzieje się zmiana.

Just Lucky Really

Systemy plików powinny być agnostyczne. Jedynym „czynnikiem X” będzie coś w rodzaju programu Mac, który potrzebuje danych w widelcu zasobów, ponieważ większość systemów plików nie obsługuje poprawnie rozszerzonych atrybutów i widełek zasobów. Jeden pomysł: czy można skompresować biblioteki DLL do przechowywania serwerów, a następnie skompresowane archiwum należy zdekompresować podczas aktualizacji po stronie klienta? Jeśli jest skompresowany przez GZip lub po prostu zwykły Zip, DLL powinien działać.

JakeGould

Md5 są takie same. Zgaduję, że spróbuję zapakować jutro.

Incubbus

Jeśli md5 są takie same, zawartość jest taka sama. Innymi słowy, nie ma nic złego w pliku.

psusi

Stwierdzono, że narzędzie md5 nie działało poprawnie (z jakiegokolwiek powodu). Inne narzędzia md5 pokazały mi różnicę w sumie kontrolnej.

Incubbus

Odpowiedzi:

Jednym z typowych powodów może być niepełne przesyłanie. Sprawdź rozmiar przesłanych bibliotek DLL, ponownie załaduj, jeśli rozmiar jest mniejszy niż oczekiwano.

Innym powodem jest konwersja plików między Windows i UNIX, która uszkadza pliki binarne, gdy są omyłkowo przesyłane w trybie tekstowym. Nie sądzę, żeby tak było (ponieważ wydaje się, że używasz HTTP, a nie FTP), ale warto to sprawdzić.

W przeciwnym razie będziesz musiał porównać swoją oryginalną bibliotekę DLL skompilowaną przez Eclipse z biblioteką DLL pobraną z serwera WWW i opublikować różnice tutaj w celu dalszej analizy.

Dmitry Grigoryev
źródło

Podejrzewam, że plik jest mylony z plikiem tekstowym. Prawdopodobnie magiczna liczba na początku pliku zostanie zmodyfikowana w ten sposób, co spowoduje pojawienie się komunikatu o błędzie.

jcoppens

Wydaje się, że jest to używane kodowanie plików, które ustawiłem na utf-8 w eclipse. Zrobiłem szybki test, ustawiając go z powrotem na cp1250. To wydawało się być sztuczką. Ale jutro sprawdzę to szczegółowo.

Incubbus

@Incubbus, kodowanie jest dla plików tekstowych ... eclipse powinien traktować go jako plik binarny ... ale znowu, jeśli kodowanie jest błędne i w rezultacie zniekształcił plik, jego suma md5 ulegnie zmianie.

psusi

@Incubbus, czy upewniłeś się, że pliki DLL, które próbujesz dystrybuować, są w pierwszej kolejności, jeśli po prostu skopiujesz je do swojej aplikacji? Może problem dotyczy procesu kompilacji (jeśli budujesz te biblioteki DLL) i / lub zgodności interfejsu między aplikacją a tymi bibliotekami DLL?

Dmitry Grigoryev

@DmitryGrigoryev sam zbudowałem biblioteki DLL, używając tego samego narzędzia, którego użyłem do zbudowania aplikacji (VS 2013). Aplikacja działa dobrze, jeśli nie korzystam z pobranych plików, ale te skopiowane z mojego wyjścia kompilacji. Ponadto nie ma znaczenia, czy uruchomię go za pomocą VS Debugger lub bez VS.

Incubbus