June 2003 - openSUSE ISDN (Deutsch) - openSUSE Mailing Lists

Hylafax und SuSE Office Server
by Thomas Reinert 12 Jun '03

12 Jun '03

Hallo, hat jemand Erfahrung mit der Einrichtung von Hylafax in Verbindung mit einer AVM Fritz! Card PCI unter SuSE Office Server ? Die Konfiguration unter Yast lässt nur eine Konfiguration als Einwahlserver zum Provider zu, aber das ist wenig erquicklich, zumal der Server nicht als solcher fungieren soll. Habe den Kernel auf die Version 2.4.18 bzw. auch als Versuch auf 2.4.10 aktualisiert. Die AVM Treiber lassen sich daraufhin installieren, allerdings wird der Treiber nicht geladen. Vielleicht kann mir da jemand weiterhelfen, so quasi mit einer Anleitung wie man dort vorgehen muss. Gruß Thomas Reinert

1 0

Controller dead Meldungen
by Christian Roessner 12 Jun '03

12 Jun '03

Hallo Mailingliste, ich habe das Archiv durchsucht, ge-Googlet und was sonst noch, ich finde keine Antwort auf das folgende Problem: SuSE 8.2 Fritz! PCI Karte Hylafax (konfiguriert) Capi4Linux (konfiguriert) ippp0 ohne DOD mit Dummy Anbierter (Arcor) konfiguriert (gelistet in ifconfig) Internet läuft i.d.R. mit DSL Nach dem Start der o.g. Dienste, beginnt die Log-Datei des Servers stetig mit den selben Fehlermeldungen zu wachsen: Auszug aus /var/log/messages: ----------------------------- Jun 12 10:07:13 server kernel: capidrv-1: listen_change_state state=3 event=1 ???? Jun 12 10:08:13 server kernel: capidrv-1: controller dead ?? Jun 12 10:08:13 server kernel: capidrv-1: listen_change_state state=3 event=1 ???? Jun 12 10:09:13 server kernel: capidrv-1: controller dead ?? Jun 12 10:09:13 server kernel: capidrv-1: listen_change_state state=3 event=1 ???? Jun 12 10:10:13 server kernel: capidrv-1: controller dead ?? Jun 12 10:10:13 server kernel: capidrv-1: listen_change_state state=3 event=1 ???? Jun 12 10:11:13 server kernel: capidrv-1: controller dead ?? Jun 12 10:11:13 server kernel: capidrv-1: listen_change_state state=3 event=1 ???? Jun 12 10:12:13 server kernel: capidrv-1: controller dead ?? Jun 12 10:12:13 server kernel: capidrv-1: listen_change_state state=3 event=1 ???? Jun 12 10:13:13 server kernel: capidrv-1: controller dead ?? ... Ende ------------------- Ich habe zwar Threads zu diesem Thema hier im Archiv gefunden, jedoch ohne einer finalen Lösung des Problems. Ich habe die Karte schon umgesteckt, extra einen Provider eingerichtet, aber das hat nichts verändert. Das Problem scheint nichts mit Hylafax und Capi4Linux zu tun zu haben, denn wenn ich in der inittab die letzte Zeile auskommentiere und telinit q abschicke, sowie Hylafax beende, bleiben die Fehlermeldungen (Verdacht: isdnlog oder ipppd, nur warum?). Ich habe schon sehr viele Stunden an diesem Problem gesessen, ohne Erfolg. Ich wäre wirklich sehr, sehr dankbar, wenn mir irgendwer einen Tip geben könnte (oder sogar eine Lösung ;-) ) Vielen Dank im Voraus. Christian ------------------------------------------------- This mail sent through IMP: http://horde.org/imp/

3 2

ISDN-Zugang unter 8.1 will nicht so recht
by MartinKueppers＠t-online.de 12 Jun '03

12 Jun '03

Hallo Liste, mein Problem ging vor ein paar Wochen hier über die Liste, brach aber genau da, ab wo der Problemlösungsansatz m.E. anfing: ich gehe mit kinternet ins Net, sehe mir das Protokoll an und es tut sich nix. Pinge ich dann www.suse.de an in einem Befehlsfenster wird das kinternet-Fensterchen rot. Gleichzeitig sagt Protokoll: 'we are connected', um exakt 9 Sekunden später zu sagen 'we are disconnected'. kinternet-Fensterchen wird wieder grün. Daraufhin habe ich in den Einstellungen der Schnittstelle die Option 'Charge Hub' deaktiviert. Keine nachhaltige Wirkung! Habe dann mal wie damals empfohlen mir die /var/log/messages herauskopiert, angeguckt, und mir dann gesagt: Junge, Du bist zu blöd, das zu interpretieren. Deshalb hiermal ein Auszug aus den messages, vielleicht hat ja einer von euch (war übrigens Sven's Idee mit den messages) eine Idee, an welcher Schraube ich drehen muß. Mir reicht auch der Hinweis auf eine Bedienungsanleitung für diese Schraube ;-) Jun 7 16:02:03 zeus kernel: ippp0: dialing 1 12345... Jun 7 16:02:12 zeus kernel: isdn_net: local hangup ippp0 Jun 7 16:02:12 zeus kernel: ippp0: Chargesum is 0 Jun 7 16:02:22 zeus kernel: NETDEV WATCHDOG: ippp0: transmit timed out Jun 7 16:02:22 zeus kernel: isdn_tx_timeout dev ippp0 dialstate 0 Jun 7 16:02:22 zeus kernel: ippp0: dialing 1 12345... Jun 7 16:02:22 zeus kernel: capidrv-1: dail ch=0,"12345,7,0,67891" in use (plci=0x101) Jun 7 16:02:31 zeus kernel: isdn_net: local hangup ippp0 Jun 7 16:02:31 zeus kernel: ippp0: Chargesum is 0 Jun 7 16:03:02 zeus kernel: NETDEV WATCHDOG: ippp0: transmit timed out Jun 7 16:03:02 zeus kernel: isdn_tx_timeout dev ippp0 dialstate 0 Jun 7 16:03:02 zeus kernel: ippp0: dialing 1 12345... Jun 7 16:03:02 zeus kernel: capidrv-1: dail ch=0,"12345,7,0,67891" in use (plci=0x101) Jun 7 16:03:11 zeus kernel: isdn_net: local hangup ippp0 Jun 7 16:03:11 zeus kernel: ippp0: Chargesum is 0 Jun 7 16:03:42 zeus kernel: NETDEV WATCHDOG: ippp0: transmit timed out Jun 7 16:03:42 zeus kernel: isdn_tx_timeout dev ippp0 dialstate 0 Anmerkung: 12345 ist die Einwahlnummer des Providers, 67891 die von mir angenommene eigene MSN, die ich auch auf 0 stellen können müßte. Für Tips und Anregungen jetzt schon dankbar, und ein schönes Pfingstwochenende wünschend, Martin -- Microsoft isn't the answer. Microsoft is the question, and the answer is no. -- Grant Edwards

4 9

FritzCard DSL und SuSe 8.2 kein sync
by uwe.schmeling＠t-online.de 12 Jun '03

12 Jun '03

Hallo, nach Studium der Beiträge in den letzten 3 Monaten habe ich leider keinen Beitrag gefunden der für mich eine Lösung enthält. Meine Konfiguration ist nun: 1.)FritzCard DSL liegt auf einem eigenen Interrupt: 0: 6409525 XT-PIC timer 1: 895 XT-PIC keyboard 2: 0 XT-PIC cascade 5: 649478 XT-PIC eth1, VIA686A 8: 3 XT-PIC rtc 9: 644592 XT-PIC eth0, usb-uhci, usb-uhci 10: 28288 XT-PIC ide2 11: 8013503 XT-PIC fcdsl 14: 32 XT-PIC ide0 NMI: 0 LOC: 0 ERR: 0 MIS: 0 2.)Die Verkabelung ist Ok, ich habe eine zweite Schnittstelle konfiguriert, die über eth1 das T-Modem benutzt. 3.) drdsl ergibt: DSL Assistant version 1.0.3 copyright AVM 2002 The DSL Assistant is examining your DSL configuration... The DSL-Controller has the number 2. Searching for remote vendor ID... (This could take over a minute) ERROR: DSL-Controller 2 is not synced! und im log: Jun 11 11:32:52 verleihnix kernel: kcapi: appl 2 up Jun 11 11:34:04 verleihnix kernel: kcapi: appl 2 down Jun 11 11:34:04 verleihnix kernel: kcapi: recv_handler: applid 2 ? (MANUFACTURER_CONF ID=002 #0x0532 LEN=0027 Jun 11 11:34:04 verleihnix kernel: Controller/PLCI/NCCI = 0x2 Jun 11 11:34:04 verleihnix kernel: ManuID = 0x214d5641 Jun 11 11:34:04 verleihnix kernel: Class = 0x0 Jun 11 11:34:04 verleihnix kernel: Function = 0x7 Jun 11 11:34:04 verleihnix kernel: ManuData = <02 00> Jun 11 11:34:04 verleihnix kernel: ) Jun 11 11:34:15 verleihnix kernel: kcapi: appl 2 up Jun 11 11:35:27 verleihnix kernel: kcapi: appl 2 down ist das vom DSL? Frage: soweit ich gesehen habe, lädt die Karte eine Firmware, kann man das irgendwo im logfile verifizieren? Für jegliche Tips dankbar Uwe

3 2

Re: Re: [suse-isdn] Problem mit Hylafax und eingehenden Faxen
by K.Hoelzer 12 Jun '03

12 Jun '03

Hallo ! Habe schon oft beobachtet, dass die Telekom manchmal (kurzzeitig ?) keine 2 B-Kanaele bereitstellt (abgehend) -- wahrscheinlich ist das Framing-Equipment in der VSt dann gerade "am Anschlag". Warum sollte das eingehend besser sein ...... Ob das "zulaessig" ist ???? :( Es gibt nebenbei Standorte wo zu Spitzenzeiten abgehend garkeine B Kanaele freigegeben werden koennen -- das liegt dann daran dass alle Kanaele zum naechten Knoten dicht sind --- Hab diesbezueglich schon einige "grantige" Telefonate mit Stoerungsstelle, Service "NEtz" usw. hintermir: Da kam ___kein echter___ Widerspruch :o) Nur als Info Viele Gruesse -k Rainer Duffner <rainer(a)ultra-secure.de> wrote (Thu, 12 Jun 2003 11:14:16 +0200): > Peter Wiersig wrote: > > >Rainer Duffner wrote: > > =20 > > > >>c2faxrecv - INFO: Incoming analog call on controller 1 to > >>xxxxxx50. > >> =20 > >> > > > >Auf dem D-Kanal deines ISDN-Anschlusses kam die Anrufsignalisierung > >an. > > =20 > > > Aha. > > > =20 > > > >>c2faxrecv - INFO: Connection is droped with reason 0x34A2 (No > >>circuit / channel available). > >> =20 > >> > > > >Und deine B-Kanaele waren belegt. > > =20 > > > > Hm. Das kommt auch wenn sonst keiner telefoniert. > Gerade eben ging ein Fax durch. Und dann wieder nicht. > Zugegebenerma=DFen sind Faxger=E4t und Hylafax Server am gleichen=20 > Basisanschlu=DF (-51 und -50) - liegt es u.U. daran ? > > > > Danke. > > Rainer > > > -- > Um die Liste abzubestellen, schicken Sie eine Mail an: > suse-isdn-unsubscribe(a)suse.com > Um eine Liste aller verf=FCgbaren Kommandos zu bekommen, schicken > Sie eine Mail an: suse-isdn-help(a)suse.com > >

2 1

Problem mit Hylafax und eingehenden Faxen
by Rainer Duffner 12 Jun '03

12 Jun '03

Hallo, ich habe Hylafax mehr oder weniger am funktionieren (ich kann Faxe versenden). Wenn ich von einem echten Fax eines an den PC mit Hylafax schicke, erscheint im log folgendes: Jun 12 19:00:53.62: [ 2042]: c2faxrecv - INFO: SESSION BEGIN 00000018 +49.89.xxxxxx50 Jun 12 19:00:53.62: [ 2042]: c2faxrecv - INFO: Incoming analog call on controller 1 to xxxxxx50. Jun 12 19:00:53.73: [ 2042]: c2faxrecv - INFO: Connection is droped with reason 0x34A2 (No circuit / channel available). Jun 12 19:00:53.73: [ 2042]: c2faxrecv - INFO: SESSION END Was bedeutet das ? Rainer

2 3

Re: [suse-isdn] USB legt FritzCard V.2 PCI lahm?!
by Markus - 3danim.de 10 Jun '03

10 Jun '03

On Sunday, 08. June 2003 13:23, you wrote: > > Hmm, was sagt den 'lspci -v' und 'cat /proc/interrupts' ? -------------------- linux:~ # lspci -v 00:00.0 Host bridge: VIA Technologies, Inc.: Unknown device 3112 Flags: bus master, medium devsel, latency 8 Memory at e0000000 (32-bit, prefetchable) [size=64M] Capabilities: [a0] AGP version 2.0 Capabilities: [c0] Power Management version 2 00:01.0 PCI bridge: VIA Technologies, Inc.: Unknown device b112 (prog-if 00 [Normal decode]) Flags: bus master, 66Mhz, medium devsel, latency 0 Bus: primary=00, secondary=01, subordinate=01, sec-latency=0 Memory behind bridge: e4000000-e6ffffff Capabilities: [80] Power Management version 2 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) Subsystem: VIA Technologies, Inc. VT82C686/A PCI to ISA Bridge Flags: bus master, stepping, medium devsel, latency 0 Capabilities: [c0] Power Management version 2 00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP]) Subsystem: VIA Technologies, Inc. Bus Master IDE Flags: bus master, medium devsel, latency 32 I/O ports at c000 [size=16] Capabilities: [c0] Power Management version 2 00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 1a) (prog-if 00 [UHCI]) Subsystem: Unknown device 0925:1234 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at c400 [size=32] Capabilities: [80] Power Management version 2 00:07.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 1a) (prog-if 00 [UHCI]) Subsystem: Unknown device 0925:1234 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at c800 [size=32] Capabilities: [80] Power Management version 2 00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) Subsystem: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] Flags: medium devsel Capabilities: [68] Power Management version 2 00:07.5 Multimedia audio controller: VIA Technologies, Inc. AC97 Audio Controller (rev 50) Subsystem: VIA Technologies, Inc.: Unknown device 4511 Flags: medium devsel, IRQ 12 I/O ports at cc00 [size=256] I/O ports at d000 [size=4] I/O ports at d400 [size=4] Capabilities: [c0] Power Management version 2 00:09.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RT8139 Flags: bus master, medium devsel, latency 32, IRQ 10 I/O ports at d800 [size=256] Memory at e8001000 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 00:0a.0 Ethernet controller: 3Com Corporation 3c905C-TX [Fast Etherlink] (rev 78) Subsystem: 3Com Corporation 3C905C-TX Fast Etherlink for PC Management NIC Flags: bus master, medium devsel, latency 32, IRQ 12 I/O ports at dc00 [size=128] Memory at e8000000 (32-bit, non-prefetchable) [size=128] Expansion ROM at <unassigned> [disabled] [size=128K] Capabilities: [dc] Power Management version 2 00:0b.0 Network controller: AVM Audiovisuelles MKTG & Computer System GmbH Fritz!PCI v2.0 ISDN (rev 02) Subsystem: AVM Audiovisuelles MKTG & Computer System GmbH Fritz!PCI v2.0 ISDN Flags: medium devsel, IRQ 11 Memory at e8002000 (32-bit, non-prefetchable) [size=32] I/O ports at e000 [size=32] Capabilities: [40] Power Management version 2 00:0c.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139 (rev 10) Subsystem: Realtek Semiconductor Co., Ltd. RT8139 Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at e400 [size=256] Memory at e8003000 (32-bit, non-prefetchable) [size=256] Capabilities: [50] Power Management version 2 01:00.0 VGA compatible controller: Trident Microsystems CyberBlade/i1 (prog-if 00 [VGA]) Subsystem: Trident Microsystems CyberBlade/i1 Flags: bus master, 66Mhz, medium devsel, latency 32, IRQ 5 Memory at e5800000 (32-bit, non-prefetchable) [size=8M] Memory at e6000000 (32-bit, non-prefetchable) [size=128K] Memory at e5000000 (32-bit, non-prefetchable) [size=8M] Expansion ROM at <unassigned> [disabled] [size=64K] Capabilities: [80] AGP version 1.0 Capabilities: [90] Power Management version 1 --------------- linux:~ # cat /proc/interrupts CPU0 0: 4879871 XT-PIC timer 1: 8 XT-PIC keyboard 2: 0 XT-PIC cascade 8: 2 XT-PIC rtc 10: 2749 XT-PIC eth1 11: 20374946 XT-PIC fcpci, eth2, usb-uhci, usb-uhci 12: 4603067 XT-PIC eth0 14: 199560 XT-PIC ide0 15: 290 XT-PIC ide1 NMI: 0 ERR: 0 ----------------- Auf die Idee, dass sich ISDN Karte und USB den selben Interrupt teilen bin ich auch noch nicht gekommen. Ich gehe mal davon aus, dass ein Interrupt-Wechsel einer der beiden Geraete den Fehler behebt, aber wie mache ich das? Danke nochmal, Markus

3 4

Probleme mit Fritz DSL
by uwe.schmeling＠t-online.de 10 Jun '03

10 Jun '03

Hallo, bin gerade dabei das Telekom modem durch eine Fritz DSL zu ersetzen. Nachdem ich mein System (SuSe 8.2) ohne Probleme mit der alten ppoe config zum Laufen gebracht hatte, habe ich die capi driver für die FC installiert und (nach umstecken der Kabel) versucht eine Synchronisation mit der Vermittlungsstelle aufzubauen. Leider ohne Erfolg. Ein log des Verbindungsversuches folgt. Meine Hardware: ASUS A7V mit Athlon 800 und 2 3Com Ethernet, nvidia TNT2 AGP. un 10 16:38:29 verleihnix pppd[15565]: Plugin capiplugin.so loaded. Jun 10 16:38:29 verleihnix pppd[15565]: capiplugin: $Revision: 1.31 $ Jun 10 16:38:29 verleihnix pppd[15565]: capiconn: 1.7 Jun 10 16:38:29 verleihnix kernel: kcapi: appl 2 up Jun 10 16:38:29 verleihnix pppd[15565]: Plugin passwordfd.so loaded. Jun 10 16:38:29 verleihnix pppd[15565]: pppd 2.4.1 started by root, uid 0 Jun 10 16:38:29 verleihnix pppd[15565]: Using interface ppp0 Jun 10 16:38:29 verleihnix pppd[15565]: local IP address 192.168.99.1 Jun 10 16:38:29 verleihnix pppd[15565]: remote IP address 192.168.99.99 Jun 10 16:38:29 verleihnix pppd[15565]: capiplugin: phase dormant. Jun 10 16:38:29 verleihnix pppd[15565]: using default adsl parameters Jun 10 16:38:29 verleihnix pppd[15565]: capiplugin: contr=2 Jun 10 16:38:29 verleihnix pppd[15565]: controller 2: listen_change_state 0 -> 1 Jun 10 16:38:29 verleihnix pppd[15565]: contr 2: listenconf Info=0x0000 (No additional information) infomask=0x144 cipmask =0x0 capimask2=0x0 Jun 10 16:38:29 verleihnix pppd[15565]: controller 2: listen_change_state 1 -> 0 Jun 10 16:38:29 verleihnix pppd[15565]: Starting link Jun 10 16:38:29 verleihnix pppd[15565]: capiplugin: phase serialconn (was dormant). Jun 10 16:38:29 verleihnix pppd[15565]: plci_change_state:0x0 0 -> 1 event=1 Jun 10 16:38:29 verleihnix pppd[15565]: capiplugin: leased line (adslpppoe) Jun 10 16:38:29 verleihnix pppd[15565]: plci_change_state:0x102 1 -> 2 event=3 Jun 10 16:38:29 verleihnix kernel: kcapi: appl 2 ncci 0x10102 up Jun 10 16:38:29 verleihnix pppd[15565]: plci_change_state:0x102 2 -> 3 event=6 Jun 10 16:38:29 verleihnix pppd[15565]: ncci_change_state:0x102 0 -> 1 event=1 Jun 10 16:38:29 verleihnix pppd[15565]: ncci_change_state:0x10102 1 -> 3 event=3 Jun 10 16:38:29 verleihnix pppd[15565]: ncci_change_state:0x10102 3 -> 7 event=10 Jun 10 16:38:29 verleihnix kernel: kcapi: appl 2 ncci 0x10102 down Jun 10 16:38:29 verleihnix pppd[15565]: ncci_change_state:0x10102 7 -> 0 event=13 Jun 10 16:38:29 verleihnix pppd[15565]: plci_change_state:0x102 3 -> 7 event=8 Jun 10 16:38:29 verleihnix pppd[15565]: plci_change_state:0x102 7 -> 8 event=9 Jun 10 16:38:29 verleihnix pppd[15565]: plci_change_state:0x102 8 -> 0 event=11 Jun 10 16:38:29 verleihnix pppd[15565]: capiplugin: disconnect(remote): "" -> "" outgoing (pcli=0x102/ncci=0x10102) 0x0000 (0x0000) - No ad ditional informat ion Gruß Uwe

1 0

Re: [suse-isdn] Capi4linux CAPI_RELEASE
by Giancarlo Boi 10 Jun '03

10 Jun '03

Hallo. Sorry für die verspätet Antwort. >Was steht in einem solchen Fall in den Dateien /proc/capi/*, also zum Blei- >stift imn /proc/capi/applications? Was sagt "lsof | grep capi"? Im Falle der >FRITZ!Card: Wie sieht der Modul-Count aus? Wie sehen die Modul-Counts >von kcapi und capi (lsmod) aus? Es gibt kein /proc/capi/ Verzeichnis. Mit einem "lsof | grep capi" , kriege ich die folgende Zeile, aber 195 mal wiederholt! Hier sind die erste und die letzte. mini_capi 22563 root cwd DIR 22,3 192 99867 /root/MiniCAPI mini_capi 22563 root rtd DIR 22,3 512 2 / mini_capi 22563 root txt REG 22,3 26761 100202 /root/MiniCAPI/mini_capi mini_capi 22563 root mem REG 22,3 90989 100189 /lib/ld-2.2.5.so mini_capi 22563 root mem REG 22,3 102052 100188 /lib/i686/libpthread.so.0 mini_capi 22563 root mem REG 22,3 33722 146610 /usr/lib/libcapi20.so.2.0.6 mini_capi 22563 root mem REG 22,3 914129 26385 /usr/lib/libstdc++.so.5.0.0 mini_capi 22563 root mem REG 22,3 176399 100187 /lib/i686/libm.so.6 mini_capi 22563 root mem REG 22,3 41022 25100 /lib/libgcc_s.so.1 mini_capi 22563 root mem REG 22,3 1312490 100186 /lib/i686/libc.so.6 mini_capi 22563 root 0u CHR 136,1 3 /dev/pts/1 mini_capi 22563 root 1u CHR 136,1 3 /dev/pts/1 mini_capi 22563 root 2u CHR 136,1 3 /dev/pts/1 mini_capi 22563 root 3u CHR 68,0 29852 /dev/capi20 mini_capi 22563 root 5r FIFO 0,6 298777 pipe mini_capi 22563 root 6w FIFO 0,6 298777 pipe . . . mini_capi 22758 root cwd DIR 22,3 192 99867 /root/MiniCAPI mini_capi 22758 root rtd DIR 22,3 512 2 / mini_capi 22758 root txt REG 22,3 26761 100202 /root/MiniCAPI/mini_capi mini_capi 22758 root mem REG 22,3 90989 100189 /lib/ld-2.2.5.so mini_capi 22758 root mem REG 22,3 102052 100188 /lib/i686/libpthread.so.0 mini_capi 22758 root mem REG 22,3 33722 146610 /usr/lib/libcapi20.so.2.0.6 mini_capi 22758 root mem REG 22,3 914129 26385 /usr/lib/libstdc++.so.5.0.0 mini_capi 22758 root mem REG 22,3 176399 100187 /lib/i686/libm.so.6 mini_capi 22758 root mem REG 22,3 41022 25100 /lib/libgcc_s.so.1 mini_capi 22758 root mem REG 22,3 1312490 100186 /lib/i686/libc.so.6 mini_capi 22758 root 0u CHR 136,1 3 /dev/pts/1 mini_capi 22758 root 1u CHR 136,1 3 /dev/pts/1 mini_capi 22758 root 2u CHR 136,1 3 /dev/pts/1 mini_capi 22758 root 3u CHR 68,0 29852 /dev/capi20 mini_capi 22758 root 5r FIFO 0,6 298777 pipe mini_capi 22758 root 6w FIFO 0,6 298777 pipe mini_capi ist ein Programm, dass einfach Capi Register und Release aufruft. Es wird ein Thread gestartet, der Capi_wait_for_message aufruft. Die Idee war zu testen, ob ein Capi release erlaubt, aus der Capi_wait_for_message Funktion tu kommen, ohne dass ein Message empfangen worden ist. Es passiert aber nicht. Falls es euch interessiert, hier ist der Code: #include <stdio.h> #ifdef __linux__ # include <pthread.h> #else # include <windows.h> #endif #include <unistd.h> #include <stdlib.h> #ifdef __linux__ extern "C" unsigned capi20_register(unsigned, unsigned, unsigned, unsigned*); extern "C" unsigned capi20_release(unsigned); extern "C" unsigned capi20_waitformessage(unsigned, struct timeval*); #else extern "C" { __declspec(dllimport) unsigned WINAPI CAPI_RELEASE (unsigned ApplId); __declspec(dllimport) unsigned WINAPI CAPI_REGISTER (unsigned MsgBufSize, unsigned MaxB3Connection, unsigned MaxB3Blks, unsigned MaxSizeB3, unsigned*); __declspec(dllimport) unsigned WINAPI CAPI_WAIT_FOR_SIGNAL (unsigned ApplId); } #endif unsigned applid; #ifdef __linux__ void* proc(void* arg) #else DWORD WINAPI proc(LPVOID arg) #endif { #ifdef __linux__ printf("Thread #%d: before capi20_waitformessage\n", (int)arg); unsigned ret = capi20_waitformessage(applid, NULL); printf("Thread #%d: after capi20_waitformessage(%u) = 0x%x\n", (int)arg, applid, ret); #else printf("Thread #%d: before CAPI_WAIT_FOR_SIGNAL\n", (int)arg); unsigned ret = CAPI_WAIT_FOR_SIGNAL(applid); printf("Thread #%d: after CAPI_WAIT_FOR_SIGNAL(%u) = 0x%x\n", (int)arg, applid, ret); #endif return NULL; } int main(int argc, char *argv[]) { #ifdef __linux__ pthread_t th; #else DWORD th; #endif int count = 0; while(true){ #ifdef __linux__ printf("Process: before capi20_register\n"); unsigned ret = capi20_register(1, 10, 2048, &applid); printf("Process: after capi20_register(%u) = 0x%x\n", applid, ret); #else printf("Process: before CAPI_REGISTER\n"); unsigned ret = CAPI_REGISTER(2048, 1, 10, 1024, &applid); printf("Process: after CAPI_REGISTER(%u) = 0x%x\n", applid, ret); #endif if(ret){ printf("CAPI is not able to register another application. Press CTRL+C to stop program\n"); while(true) #ifdef __linux__ sleep(1); #else Sleep(1000); #endif exit(1); } #ifdef __linux__ pthread_create(&th, NULL, proc, (void*)count++); printf("Process: after pthread_create\n"); #else CreateThread(NULL, 0, proc, (void*)count++, 0, &th); printf("Process: after CreateThread\n"); #endif #ifdef __linux__ sleep(1); #else Sleep(1000); #endif #ifdef __linux__ printf("Process: before capi20_release\n"); pthread_t th; #else DWORD th; #endif int count = 0; while(true){ #ifdef __linux__ printf("Process: before capi20_register\n"); unsigned ret = capi20_register(1, 10, 2048, &applid); printf("Process: after capi20_register(%u) = 0x%x\n", applid, ret); #else printf("Process: before CAPI_REGISTER\n"); unsigned ret = CAPI_REGISTER(2048, 1, 10, 1024, &applid); printf("Process: after CAPI_REGISTER(%u) = 0x%x\n", applid, ret); #endif if(ret){ printf("CAPI is not able to register another application. Press CTRL+C to stop program\n"); while(true) #ifdef __linux__ sleep(1); #else Sleep(1000); #endif exit(1); } #ifdef __linux__ pthread_create(&th, NULL, proc, (void*)count++); printf("Process: after pthread_create\n"); #else CreateThread(NULL, 0, proc, (void*)count++, 0, &th); printf("Process: after CreateThread\n"); #endif #ifdef __linux__ sleep(1); #else Sleep(1000); #endif #ifdef __linux__ printf("Process: before capi20_release\n"); ret = capi20_release(applid); printf("Process: after capi20_release(%u) = 0x%x\n", applid, ret); #else printf("Process: before CAPI_RELEASE\n"); ret = CAPI_RELEASE(applid); printf("Process: after CAPI_RELEASE(%u) = 0x%x\n", applid, ret); #endif #ifdef __linux__ sleep(1); #else Sleep(000); #endif } #ifdef __linux__ sleep(5); #else Sleep(5000); #endif return 0; } Gruß, Carlo ______________________________ Giancarlo Boi Speech Resources Integration ATIP GmbH Daimlerstraße 32 60314 Frankfurt am Main fon: +49 (0)69 / 941963220 fax: +49 (0)69 / 941963188 email:Giancarlo.Boi@atip.de http://www.atip.de

1 0

Newbie: Fritz!X USB läuft nicht unter Suse 8.2
by rudi.westphal＠gmx.net 08 Jun '03

08 Jun '03

Hallo Liste, ich habe eine PIII, 500Mhz, 196 MB Rechner und bekomme unter Suse 8.2 ISDN nicht zum laufen. Im Admin-Hanbuch (S. 242) steht, dass USB-Modem nicht mit Hotplug gehen. Daher habe ich bei der Konfiguration "Manuell" gewählt. 1. Schritt +++++++++++++++++++++++++++++++++++++++++++++++++++++++ Rudi:~ # rcisdn start Setting up ISDN card contr0 AVM FRITZ!X USB done Loading Driver contr0Warning: loading /lib/modules/2.4.20-4GB/misc/fxusb.o will taint the kernel: non-GPL license - Proprietary See http://www.tux.org/lkml/#export-tainted for information about tainted modu les Module fxusb loaded, with warnings done +++++++++++++++++++++++++++++++++++++++++++++++++++++++ prima ! 2. Schritt +++++++++++++++++++++++++++++++++++++++++++++++++++++++ Rudi:~ # ifup ippp0 error in /usr/sbin/isdnctrl addif ippp0 +++++++++++++++++++++++++ schade ! ob das wichtig ist?: +++++++++++++++++++++++++++++++++++++++++++++++++++++++ Rudi:/etc # capiinfo capi not installed - No such device (19) ++++++++++++++++++++++++++++++++++++++++++++++++++++++ Bitte Hilfe, ich möchte gerne auf Linux umsteigen (aber mit Internetzugang) Gruß -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!

1 0