This is a multi-part message in MIME format.
On 10.01.23 09:39, Jan Bruns wrote:
Marc Haber wrote:
ser2net sucht bei seinem Aufruf ausdrücklich nach einem
/usr/libexec/gensio-2.6.1/libgensio_serialdev.so, was es dort nicht
findet.
Also wirklich weiterhelfen kann ich Dir da so spontan nicht.
Irgendein runtime-linker (sicherlich der in debian verwendete) hat es
wohl ganz gerne, wenn man den über das Hinzufügen von neuen libs
informiert (indem man einen /lib-rescan veranlasst, passiert ja im Normalbetrieb selten).
Das ist aber eine Information, die sich nicht notwendigerweise bis zu
jedem rumgesprochen haben muss, und andernfalls auch schlicht und
ergreifend vergessen werden kann. In dem Fall ist dann eine absolute Pfadangabe eine einfache Zwischenlösung.
Scheint aber in diesem Fall vllt. nicht das Problem zu sein:
git clone
https://github.com/cminyard/ser2net.git
grep -r -e "gensio_serialdev" .
ist zumindest leer. Wie sich da all die Automagie also ein
/usr/libexec/gensio-2.6.1/libgensio_serialdev.so
zusammenreimen soll ist mir als Pascal-Freund jedenfalls ein komplettes Rätsel.
Vielleicht hat nur die referenzierte lib ein Problem mit sich selbst?
Bestimmt ist da nur ein Compiler-switch gefragt, der dieses serialdev
Dings statisch mit einlinkt.
Gruss
Jan Bruns
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<div class="moz-cite-prefix">On 10.01.23 09:39, Jan Bruns wrote:<br>
</div>
<blockquote type="cite"
cite="mid:
[email protected]">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<br>
Marc Haber wrote: <br>
<blockquote type="cite" style="color: #000000;">ser2net sucht bei
seinem Aufruf ausdrücklich nach einem <br>
/usr/libexec/gensio-2.6.1/libgensio_serialdev.so, was es dort
nicht <br>
findet. <br>
</blockquote>
<br>
<br>
Also wirklich weiterhelfen kann ich Dir da so spontan nicht. <br>
<br>
Irgendein runtime-linker (sicherlich der in debian verwendete) hat
es wohl ganz gerne, wenn man den über das Hinzufügen von neuen
libs informiert (indem man einen /lib-rescan veranlasst, passiert
ja im Normalbetrieb selten). <br>
<br>
Das ist aber eine Information, die sich nicht notwendigerweise bis
zu jedem rumgesprochen haben muss, und andernfalls auch schlicht
und ergreifend vergessen werden kann. In dem Fall ist dann eine
absolute Pfadangabe eine einfache Zwischenlösung. <br>
<br>
</blockquote>
<p>Scheint aber in diesem Fall vllt. nicht das Problem zu sein:<br>
<br>
git clone <a class="moz-txt-link-freetext" href="
https://github.com/cminyard/ser2net.git">https://github.com/cminyard/ser2net.git</a><br>
grep -r -e "gensio_serialdev" .<br>
<br>
ist zumindest leer. Wie sich da all die Automagie also ein <br>
<br>
/usr/libexec/gensio-2.6.1/libgensio_serialdev.so<br>
<br>
zusammenreimen soll ist mir als Pascal-Freund jedenfalls ein
komplettes Rätsel.<br>
<br>
Vielleicht hat nur die referenzierte lib ein Problem mit sich
selbst?</p>
<p>Bestimmt ist da nur ein Compiler-switch gefragt, der dieses
serialdev Dings statisch mit einlinkt.<br>
</p>
<p><br>
</p>
<p>Gruss</p>
<p><br>
</p>
<p>Jan Bruns</p>
</body>
</html>
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)