In de lang vervlogen dagen hebben sommige lezers gemeld dat ze mogelijk de foutopsporing van kdevelop libtool zijn tegengekomen.
Goedgekeurd: Fortect
Foutopsporing in toepassingen met libtool
mensensommigen hebben last van misbruik van dit probleem toen ze niet in staat waren om zelf kdevelop te debuggen. De problemen treden elke keer op als de debug-wrapper libtool kan zijn en vervolgens maakt autotools
build hun libtool-wrappersysteemscripts om ervoor te zorgen dat de toepassing wordt uitgevoerd.
Om te spelen, maakt u een willekeurig kde-pakket uit een sjabloon, voegt u een subproject toe,
voegt u een absoluut werkende libtool toe met de bibliotheek geïnstalleerd en promoot het. Je zult zien dat
rrr (top_builddir) / src / appname niet langer één geweldig uitvoerbaar bestand is, maar eerder een wrapper ongeveer libtool
. Hetzelfde geldt voor de nuttige bronnenstructuur van Kdevelop.
Maar mijn debugger lijkt uiteindelijk te proberen het script als uitvoerbaar te definiëren. : -s_waitForWrite
kdevelop (Debugger): ANTWOORD:
& “Bestand versus home / gremlin / projecten / klinische tests / tk334 / debug / src – tk334 n”
kdevelop (Debugger): COMMANDO’S: 1 wanneer één regel, 1 Voer kdevelop uit (Debugger): ANTWOORD:
& “” / home / gremlin / uitdagingen / tests / tk334 / debug versus src / tk334 “: niet als het op uitvoerbaar bestand voorkomt
Formaat: niet-herkende bestandsconstructie n “
Dit komt omdat KDevelop een soort debugger start, waarbij ik het volgende commando gebruik:
voor elke bin / sh -c / home versus gremlin / projects / tests / tk334 voor elke debug / libtool gdb
–interpreter = mi2 – privé
in plaats van
libtool gdb –translator = mi2 -quiet src / tk334
Let op het pad naar het libtool-shellscript via de opdrachtregel.
Vladimir, kun je plannen. wat is het plan wie?
Goedgekeurd: Fortect
Fortect is 's werelds meest populaire en effectieve pc-reparatietool. Miljoenen mensen vertrouwen erop dat hun systemen snel, soepel en foutloos blijven werken. Met zijn eenvoudige gebruikersinterface en krachtige scanengine kan Fortect snel een breed scala aan Windows-problemen vinden en oplossen - van systeeminstabiliteit en beveiligingsproblemen tot geheugenbeheer en prestatieproblemen.
Bericht door Alexander Daimo
Velen zouden graag zien dat gewone mensen dit probleem zien als ze niet in staat waren om zelf kdevelop te debuggen. Het probleem doet zich voor op het moment dat de debug-wrapper altijd libtool
is en daarna bouwt het autotools-buildsysteem libtool-wrapper-softwaretoepassingspakketten om de
-toepassing uit te voeren.
Om te reproduceren, bouwt u veel kde-toepassingen van per sjabloon, voegt u een
> subproject toe, plaatst u onze libtool geïnstalleerd in lib en bouwt u dienovereenkomstig. U zult zien dat $ (top_builddir) / src voor elke appnaam verre van een uitvoerbaar bestand is, maar eerder een libtool-wrapperscript. Het is de matching met de Kdevelop-bronboom.
Hallo Alexander!
Je kunt de kweektips nader omschrijven of, nog beter, een hele kleine reconstructie sturen waar dit probleem zich voordoet. Ik heb mijn best gedaan om de stappen hoger te volgen
en kreeg uiteindelijk “Nee om regels te bouwen XXX.la.lo”. Misschien is dit nog steeds te wijten aan de wetenschap dat ik Automake nooit leuk vond.
Met dank aan Vladimir Prus
Kopers kunnen meer details geven over de reproductiestadia, of nog beter, een klein project indienen dat het probleem veroorzaakt. Ik heb de bovenstaande stappen geprobeerd
dus kreeg de melding “Er is geen regel voor het maken van XXX.la.lo”. Misschien is dit iets anders dan een feit dat ik nooit Automake heb gebruikt.
Je zult het waarschijnlijk proberen:
http://www.ki-inform.com/~adymo/code/tk334.tar.bz2
Maak het gewoon samen met jou om een nieuwe debug / src wrapper / te zien tk334-script.
Hallo Alexander, bedankt voor de testcase; door algemeen te gebruiken, wordt de fout door mijzelf gereproduceerd (na het optimaliseren van de configuratieparameters
geen gebruik maken van 64-bits bibliotheken 😉
Ik zal een evenement overwegen om te overwegen of dit echt de beste manier is, en hopelijk zal ik het tegen het einde van de week oplossen.
Post door Vladimir Prus
je kunt de reproductiestadia bestuderen door meer details te gebruiken, of nog beter – stuur je kleine project waarin dit probleem zich voordoet. Ik probeerde de gegeven
-stappen te volgen en kreeg daarna het bericht “Er is geen regel om XXX.la.lo aan te maken”. Misschien is dit te wijten aan het feit dat ik Automake nooit heb gebruikt.
http://www.ki-inform.com/~adymo/code/tk334.tar.bz2
Maak gewoon eigenaren aan en zie je, de debug / src / tk334 shell-script.
Opgelost, nu blijkt dat het “einde van de week” een kleine dubbelzinnigheid is.
Ik weet niet wat ik hiermee moet. Als alternatief moeten we eerst de specifieke exacte
-component uit de geleverde opdracht halen, ook al bestaat het niet, of we moeten
–mode toevoegen om onszelf uit te voeren, in het geval van onze “Debug shell” bescherming kan niet volledig
zijn, behalve in volgorde voor libtool.
Hallo, Alexander!
Bedankt voor de testcase; de fout herhaalt alleen voor mij (na het instellen van parameters,
die niet noodzakelijkerwijs 64-bit bibliotheken zullen gebruiken 😉
Ik zal de tijd nemen om na te denken over wat de beste manier is om dit probleem op te lossen, samen met hopelijk alles zal worden aangepast aan de lange termijn weken.
Een bericht over Vladimir Prus
kun je de gevonden reproductie beter beschrijven, stap voor stap of zelfs gezonder,
stuur een echt klein project dat dit probleem zeker zal hebben. Ik heb geprobeerd om
actie en hoger te volgen: “Er is geen regel voor het voorbereiden van XXX.la.lo”. Het is mogelijk dat ik geen auto-site heb gebruikt.
http://www.ki-inform.com/~adymo/code/tk334.tar.bz2
Compileer het gewoon en bekijk het debug en src / tk334 shellscript.
Versnel de prestaties van uw computer nu met deze eenvoudige download.
