simtrace January 2022

simtrace@lists.osmocom.org

7 participants
11 discussions

OsmoDevCon 2022 ?
by Harald Welte 10 Mar '22

10 Mar '22

Dear fellow Osmocom developers, as you all know, we've sadly had to skip OsmoDevCon 2020 and 2021, trying to compensate it at least to some extent with our OsmoDevCall every two weeks. The COVID-19 pandemic is far from over, and we don't know what the upcoming winter season will bring. Nevertheless, I think it would be a good idea to start a discussion of whether we should plan for an OsmoDevCon in 2022. I personally would say let's plan for the usual late April 2022 time frame, and if the pandemic situation deteriorates, we can still cancel it with something like one month lead time. I would also personally suggest to limit attendance to people who are fully vaccinated, and in addition do a self-test for all participants every morning. In terms of venue, we might also consider to move to a venue that allows better ventilation. Irrespective of the above we can also bring the air filters from the sysmocom office. So with that as an input statement, I would like to hear your opinion on the above proposals. Who would want to attend? Any complaints against the "vaccinated only plus daily self-tests in the morning" approach? Regards, Harald -- - Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

5 7

Simtrace2 under Debian10
by Simon Blythe 27 Jan '22

27 Jan '22

I have followed the procedure on https://osmocom.org/projects/cellular-infrastructure/wiki/Latest_Builds <https://osmocom.org/projects/cellular-infrastructure/wiki/Latest_Builds> for adding the repository to my system but con’t find any instructions for how to get the binaries or the Wireshark plugin to use the SimTrace2 hardware. Please can you point me to the right page with full installation instructions? Thanks, Simon

2 1

SimTrace2 /dev/ttyUSB* not showing up
by Sabyrzhan Tasbolatov 25 Jan '22

25 Jan '22

Hello, I've just received SimTrace2, LED green and red are flashing. Even phone is able to connect to telecom network. However, connecting to USB on Ubuntu 21.10 does not work (also tried with Ubuntu 20.04.3 LTS). No /dev/ttyUSB*, or /dev/ttyACM* appears. Here are dmesg: [ 4513.939503] usb 1-4.1: USB disconnect, device number 26 [ 4514.931801] usb 1-4.1: new full-speed USB device number 27 using xhci_hcd [ 4515.036480] usb 1-4.1: New USB device found, idVendor=1d50, idProduct=60e3, bcdDevice= 0.02 [ 4515.036494] usb 1-4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=11 [ 4515.036501] usb 1-4.1: Product: SIMtrace 2 [ 4515.036505] usb 1-4.1: Manufacturer: sysmocom - s.f.m.c. GmbH [ 4515.036509] usb 1-4.1: SerialNumber: xxxxxxx I've followed these instructions: https://osmocom.org/projects/simtrace2/wiki - have my user id plugdev group (logged out to verify), - verified that udevs are right and service has been restarted. https://git.osmocom.org/simtrace2/plain/host/contrib/99-simtrace2.rules - here is the list of libusb: libgusb2:amd640.3.5-1build1 libusb-0.1-4:amd642:0.1.12-32build2 libusb-1.0-0:amd642:1.0.24-3 libusb-1.0-0-dev:amd642:1.0.24-3 libusb-1.0-doc2:1.0.24-3 libusb-dev2:0.1.12-32build2 libusbmuxd6:amd642.0.2-3build1 and libosmo* libosmocodec0:amd641.4.2-3 libosmocoding0:amd641.4.2-3 libosmocore-dev:amd641.4.2-3 libosmocore16:amd641.4.2-3 libosmoctrl0:amd641.4.2-3 libosmogb11:amd641.4.2-3 libosmogsm15:amd641.4.2-3 libosmosim2:amd641.4.2-3 libosmovty4:amd641.4.2-3 Also I've tried to flash the latest firmware like in this document, with the "simtrace-trace-dfu-latest.bin" from 2022-Jan-25 07:52:30 https://osmocom.org/projects/simtrace2/wiki/Flashing#DFU Please advise where is the problem Thanks -- Sabr

1 1

Newbie
by Simon Blythe 21 Jan '22

21 Jan '22

I would be very grateful for help getting my SimTrace2 going under Debian 10 please. I have followed the instructions for getting the repository onto my system but am unsure how to install trace or the Wireshark plugin? Kind regards, Simon (chipscanner) Sent from my iPhone

2 1

Newbie
by Simon Blythe 20 Jan '22

20 Jan '22

1 0

Change requests for simtrace2
by James Tavares 14 Jan '22

14 Jan '22

Hello, I have pushed the following change requests to Gerrit for your consideration for inclusion into the simtrace2 project. firmware: add definition for main osc bypass when using external osc - https://gerrit.osmocom.org/c/simtrace2/+/26861 gitignore: add missing entries binaries - https://gerrit.osmocom.org/c/simtrace2/+/26862 simtrace2-tool: add "modem sim-card (insert|remove)" command - https://gerrit.osmocom.org/c/simtrace2/+/26863 firmware: bugfix: disable cardemu comms in local SIM mode - https://gerrit.osmocom.org/c/simtrace2/+/26865 Regards, James -- James Tavares Lead Software Engineer KVH Industries, Inc. 50 Enterprise Center | Middletown, RI 02842 Direct Tel: +1 401.845.2416 Tel: +1 401.847.3327 | Fax: +1 401.845.8149 jtavares(a)kvh.com http://www.kvh.com

1 1

Simtrace2-tool communications issue
by James Tavares 11 Jan '22

11 Jan '22

Hello, I am having a communications issue between the simtrace2 firmware & simtrace2-tool. It appears that only the first invocation of simtrace2-tool after reset of the Atmel processor works. Subsequent invocations of simtrace2-tool fail (to be specific, the simtrace2 firmware never calls usb_refill_from_host() nor dispatch_received_msg() for the lost message, according to additional debugging I added). We have confirmed this behavior on a stock simtrace2 board and stock simtrace2 firmware. As an experiment: With the Atmel processor in this state, I modified simtrace2-tool to send two commands back to back: a dummy message, followed by the real message. When I do this, the first dummy message is dropped, as described above, but the second is executed successfully! For some reason, you cannot get it to work by simply invoking simtrace2-tool twice at the shell— critically, you have to send both messages without closing and re-opening libusb in-between. The root cause is probably some kind of message framing or USB stack receive processing race condition in the simtrace2 firmware, relative to when the USB port is opened on the 2nd and subsequent times. Or, maybe some kind of race condition with usb_refill_from_host() that primes the receiver for another packet? Honestly, I’m not sure. Do you have any suggestions? Are you aware of this issue? Regards, James James Tavares Lead Software Engineer KVH Industries, Inc. 50 Enterprise Center | Middletown, RI 02842 Direct Tel: +1 401.845.2416 Tel: +1 401.847.3327 | Fax: +1 401.845.8149 jtavares(a)kvh.com<mailto:jtavares@kvh.com> http://www.kvh.com<http://www.kvh.com/>

1 1

lists.osmocom.org migrated to mailman3
by Harald Welte 03 Jan '22

03 Jan '22

Dear Osmocom community, today our mailing list server lists.osmocom.org has finally been migrated from mailman2-on-freebsd to mailman3-on-linux. This also included a variety of changes to DNS. I'll spare you the details, but everything _should_ be up and running now. * The List-Id headers should not have changed. * all list subscriptions + user accounts have been converted. * old 'static html' archives are still available (read only) at URLs like https://lists.osmocom.org/pipermail/baseband-devel/ * old List URLs like https://lists.osmocom.org/mailman/listinfo/baseband-devel are redirected to their respective modern counterparts In case you notice any mailing list related problem, please don't hesitate to contact me. Happy hacking, Harald -- - Harald Welte <laforge(a)osmocom.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

1 0

None
by None 03 Jan '22

03 Jan '22

The first time it even sends a C-APDU, but no SW is returned. Also the data stream (ATR and APDU) look correct, so it does no seem to be a speed issue. I only had the card for 5 minutes and did not try to debug it more (check it the PPS fails, or something afterwards) or use an oscilloscope. But maybe someone might have an idea. Here the SIMtrace log: Entering main loop ATR APDU: 3b 9f 95 80 1f c7 80 31 a0 73 be 21 13 67 d0 02 04 09 01 00 00 05 PPS(Fi=9/Di=5) ATR APDU: 3b 9f 95 80 1f c7 80 31 a0 73 be 21 13 67 d0 02 04 09 01 00 00 05 PPS(Fi=9/Di=5) APDU: 00 a4 00 0c 02 fc 00 ATR APDU: 3b 9f 95 80 1f c7 80 31 a0 73 be 21 13 67 d0 02 04 09 01 00 00 05 PPS(Fi=9/Di=5) ATR APDU: 3b 9f 95 80 1f c7 80 31 a0 73 be 21 13 67 d0 02 04 09 01 00 00 05 And here the debug log: main(76): entering main (idle) loop VCC_PHONE off VCC_PHONE on RST computed Fi(1) Di(1) ratio: 372 found Fi=9 Di=5 computed Fi(9) Di(5) ratio: 32 nRST VCC_PHONE off VCC_PHONE on RST computed Fi(1) Di(1) ratio: 372 found Fi=9 Di=5 computed Fi(9) Di(5) ratio: 32 nRST VCC_PHONE off VCC_PHONE on RST computed Fi(1) Di(1) ratio: 372 found Fi=9 Di=5 computed Fi(9) Di(5) ratio: 32 nRST VCC_PHONE off VCC_PHONE on RST computed Fi(1) Di(1) ratio: 372 found Fi=9 Di=5 computed Fi(9) Di(5) ratio: 32 nRST VCC_PHONE off thank, kevin

1 0

None
by None 03 Jan '22

03 Jan '22

0x62) Can anyone point me to a resource for computing parameters with a valid MAC? Thanks for your attention, Rupert --089e013d1f28c0d5d004d784db04 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Good Afternoon,<div><br></div><div>I am trying to perform = USIM/3G authentication using=A0osmo-sim-auth and ran into the same problem = as Stefanos:</div><div><a href=3D"http://lists.osmocom.org/pipermail/simtra= ce/2012-November/000406.html">http://lists.osmocom.org/pipermail/simtrace/2= 012-November/000406.html</a></div> <div><br></div><div>I followed Benoit's advice to view the details as f= ollows (using the inputs from the web page):</div><div><br><div><div>> r= and_bin =3D stringToByte(a2b_hex('00000000000000000000000000000000'= ))</div> <div>> autn_bin =3D stringToByte(a2b_hex('ec9320c2c2000000e1dd22c1ad= 3e2d3d'))</div></div><div>> u.authenticate(RAND=3Drand_bin, AUTN=3Da= utn_bin,ctx=3D'3G')<br></div><div>> u.coms()<br></div><div><br><= /div> <div><pre style=3D"margin-top:0px;margin-bottom:0px;padding:0px;border:0px;= font-family:monospace,sans-serif;font-size:14px;line-height:17px;vertical-a= lign:baseline;white-space:pre-wrap;color:rgb(0,0,0)">['INTERNAL AUTHENT= ICATE apdu: 00 88 00 81 22 10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 = 00 10 EC 93 20 C2 C2 00 00 00 E1 DD 22 C1 AD 3E 2D 3D', 'sw1, sw2: 98 62 - undefined status', (152, 98), []]</pre></div><div><br></div></div><div style>From=A0TS 31.102, section 7= .3.1 it looks like this means a MAC failure (0x98 0x62)</div><div style><br= ></div><div style>Can anyone point me to a resource for computing parameter= s with a valid MAC?</div> <div style><br></div><div style>Thanks for your attention,</div><div style>= <br></div><div style>Rupert</div></div> --089e013d1f28c0d5d004d784db04--

1 0

None
by None 03 Jan '22

03 Jan '22

and I was told by Peter Stuge to use libusb too. Ok... libusb compiled ok under cygwin, now I have cygusb.dll. Now I need libosmocore to produce the dlls I need to use with the host application. The ouput of make is: $ make echo 0.5.3.104-a642 > .version-t && mv .version-t .version make all-recursive make[1]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore' Making all in include make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/include' GEN osmocom/core/crc16gen.h GEN osmocom/core/crc16gen.h GEN osmocom/core/crc32gen.h GEN osmocom/core/crc32gen.h GEN osmocom/core/crc64gen.h GEN osmocom/core/crc64gen.h GEN osmocom/core/crc8gen.h GEN osmocom/core/crc8gen.h make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/include' Making all in src make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/src' GEN crc8gen.c GEN crc16gen.c GEN crc32gen.c GEN crc64gen.c make all-am make[3]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/src' CC timer.lo CC select.lo CC signal.lo CC msgb.lo CC bits.lo CC bitvec.lo CC statistics.lo CC write_queue.lo CC utils.lo utils.c: In function 'osmo_str2lower': utils.c:205:3: warning: array subscript has type 'char' utils.c: In function 'osmo_str2upper': utils.c:218:3: warning: array subscript has type 'char' CC socket.lo CC logging.lo logging.c: In function 'log_vty_command_string': logging.c:635:5: warning: array subscript has type 'char' logging.c:657:4: warning: array subscript has type 'char' CC logging_syslog.lo CC rate_ctr.lo CC gsmtap_util.lo CC crc16.lo CC panic.lo CC backtrace.lo CC conv.lo CC application.lo CC rbtree.lo CC strrb.lo CC loggingrb.lo CC crc8gen.lo CC crc16gen.lo CC crc32gen.lo CC crc64gen.lo CC plugin.lo CC talloc.lo CC msgfile.lo CC serial.lo serial.c: In function 'osmo_serial_set_custom_baudrate': serial.c:193:2: warning: #warning osmo_serial_set_custom_baudrate: unsupported platform CCLD libosmocore.la libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries make[3]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/src' make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/src' Making all in src/vty make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/src/vty' CC buffer.lo CC command.lo CC vty.lo vty.c: In function 'vty_hello': vty.c:363:10: warning: array subscript has type 'char' CC vector.lo CC utils.lo utils.c: In function 'vty_cmd_string_from_valstr': utils.c:96:6: warning: array subscript has type 'char' CC telnet_interface.lo CC logging_vty.lo CCLD libosmovty.la *** Warning: This system can not link to static lib archive ../../src/ libosmocore.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/src/vty' Making all in src/codec make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/src/codec' CC gsm610.lo CC gsm620.lo CC gsm660.lo CC gsm690.lo CCLD libosmocodec.la libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/src/codec' Making all in src/gsm make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/src/gsm' CC a5.lo CC rxlev_stat.lo CC tlv_parser.lo CC comp128.lo CC gsm_utils.lo gsm_utils.c: In function 'gsm_band_parse': gsm_utils.c:450:2: warning: array subscript has type 'char' CC rsl.lo CC gsm48.lo CC gsm48_ie.lo CC gsm0808.lo CC sysinfo.lo CC gprs_cipher_core.lo CC gsm0480.lo CC abis_nm.lo CC gsm0502.lo CC gsm0411_utils.lo gsm0411_utils.c: In function 'gsm340_gen_scts': gsm0411_utils.c:87:2: warning: #warning find a portable way to obtain timezone offset CC gsm0411_smc.lo CC gsm0411_smr.lo CC lapd_core.lo CC lapdm.lo CC auth_core.lo CC auth_comp128v1.lo CC auth_milenage.lo CC aes-encblock.lo CC aes-internal.lo CC aes-internal-enc.lo CC milenage.lo CC gan.lo CCLD libosmogsm.la *** Warning: This system can not link to static lib archive ../../src/ libosmocore.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/src/gsm' Making all in src/gb make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/src/gb' CC gprs_ns.lo CC gprs_ns_frgre.lo CC gprs_ns_vty.lo CC gprs_bssgp.lo CC gprs_bssgp_util.lo CC gprs_bssgp_vty.lo CC gprs_bssgp_bss.lo CC common_vty.lo CCLD libosmogb.la *** Warning: This system can not link to static lib archive ../../src/ libosmocore.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This system can not link to static lib archive ../../src/vty/ libosmovty.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This system can not link to static lib archive ../../src/gsm/ libosmogsm.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This system can not link to static lib archive /cygdrive/d/Workspace/Morpho/libosmocore/src/libosmocore.la. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. libtool: link: warning: undefined symbols not allowed in i686-pc-cygwin shared libraries make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/src/gb= ' Making all in tests make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/tests= ' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/tests' Making all in utils make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/utils= ' CC osmo-arfcn.o osmo-arfcn.c: In function =91freq2arfcn=92: osmo-arfcn.c:80:1: warning: control reaches end of non-void function osmo-arfcn.c: In function =91main=92: osmo-arfcn.c:92:8: warning: =91param=92 may be used uninitialized in this function CCLD osmo-arfcn.exe CC osmo-auc-gen.o osmo-auc-gen.c: In function =91main=92: osmo-auc-gen.c:216:3: warning: implicit declaration of function =91time=92 osmo-auc-gen.c:217:3: warning: dereferencing type-punned pointer will break strict-aliasing rules osmo-auc-gen.c:249:3: warning: format =91%lu=92 expects type =91long unsign= ed int=92, but argument 2 has type =91uint64_t=92 osmo-auc-gen.c:249:3: warning: format =91%lu=92 expects type =91long unsign= ed int=92, but argument 2 has type =91uint64_t=92 CCLD osmo-auc-gen.exe make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/utils' make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore' make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore' make[1]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore' I now compilation for Windows is not supported directly, but would you mind pointing me in the right direction on how to build libosmocore as a dll? Thanks! --=20 Atenciosamente, Hugo Frederico Soares --f46d042dfcd1ea9df404d6cbc3f6 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Hi guys!<div><br></div><div>Some time ago I stopped by ask= ing what would one do to compile under Windows, and it was suggested to use= cygwin to build the application and than use it with cygwin dll to run it = under linux. Well, I'm having some issues to do that...</div> <div><br></div><div><br></div><div>From <a href=3D"http://bb.osmocom.org/tr= ac/wiki/SIMtrace">here</a>, I need libosmocore, and I was told by Peter Stu= ge to use libusb too. Ok... libusb compiled ok under cygwin, now I have cyg= usb.dll.</div> <div>Now I need libosmocore to produce the dlls I need to use with the host= application.</div><div><br></div><div>The ouput of make is:</div><div><br>= </div><div><div>$ make</div><div>echo 0.5.3.104-a642 > .version-t &&= amp; mv .version-t .version</div> <div>make =A0all-recursive</div><div>make[1]: Entering directory `/cygdrive= /d/Workspace/Morpho/libosmocore'</div><div>Making all in include</div><= div>make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/i= nclude'</div> <div>=A0 GEN =A0 =A0 =A0osmocom/core/crc16gen.h</div><div>=A0 GEN =A0 =A0 = =A0osmocom/core/crc16gen.h</div><div>=A0 GEN =A0 =A0 =A0osmocom/core/crc32g= en.h</div><div>=A0 GEN =A0 =A0 =A0osmocom/core/crc32gen.h</div><div>=A0 GEN= =A0 =A0 =A0osmocom/core/crc64gen.h</div> <div>=A0 GEN =A0 =A0 =A0osmocom/core/crc64gen.h</div><div>=A0 GEN =A0 =A0 = =A0osmocom/core/crc8gen.h</div><div>=A0 GEN =A0 =A0 =A0osmocom/core/crc8gen= .h</div><div>make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libos= mocore/include'</div> <div>Making all in src</div><div>make[2]: Entering directory `/cygdrive/d/W= orkspace/Morpho/libosmocore/src'</div><div>=A0 GEN =A0 =A0 =A0crc8gen.c= </div><div>=A0 GEN =A0 =A0 =A0crc16gen.c</div><div>=A0 GEN =A0 =A0 =A0crc32= gen.c</div><div>=A0 GEN =A0 =A0 =A0crc64gen.c</div> <div>make =A0all-am</div><div>make[3]: Entering directory `/cygdrive/d/Work= space/Morpho/libosmocore/src'</div><div>=A0 CC =A0 =A0 =A0 timer.lo</di= v><div>=A0 CC =A0 =A0 =A0 select.lo</div><div>=A0 CC =A0 =A0 =A0 signal.lo<= /div><div>=A0 CC =A0 =A0 =A0 msgb.lo</div> <div>=A0 CC =A0 =A0 =A0 bits.lo</div><div>=A0 CC =A0 =A0 =A0 bitvec.lo</div= ><div>=A0 CC =A0 =A0 =A0 statistics.lo</div><div>=A0 CC =A0 =A0 =A0 write_q= ueue.lo</div><div>=A0 CC =A0 =A0 =A0 utils.lo</div><div>utils.c: In functio= n 'osmo_str2lower':</div><div> utils.c:205:3: warning: array subscript has type 'char'</div><div>u= tils.c: In function 'osmo_str2upper':</div><div>utils.c:218:3: warn= ing: array subscript has type 'char'</div><div>=A0 CC =A0 =A0 =A0 s= ocket.lo</div> <div>=A0 CC =A0 =A0 =A0 logging.lo</div><div>logging.c: In function 'lo= g_vty_command_string':</div><div>logging.c:635:5: warning: array subscr= ipt has type 'char'</div><div>logging.c:657:4: warning: array subsc= ript has type 'char'</div> <div>=A0 CC =A0 =A0 =A0 logging_syslog.lo</div><div>=A0 CC =A0 =A0 =A0 rate= _ctr.lo</div><div>=A0 CC =A0 =A0 =A0 gsmtap_util.lo</div><div>=A0 CC =A0 = =A0 =A0 crc16.lo</div><div>=A0 CC =A0 =A0 =A0 panic.lo</div><div>=A0 CC =A0= =A0 =A0 backtrace.lo</div><div>=A0 CC =A0 =A0 =A0 conv.lo</div> <div>=A0 CC =A0 =A0 =A0 application.lo</div><div>=A0 CC =A0 =A0 =A0 rbtree.= lo</div><div>=A0 CC =A0 =A0 =A0 strrb.lo</div><div>=A0 CC =A0 =A0 =A0 loggi= ngrb.lo</div><div>=A0 CC =A0 =A0 =A0 crc8gen.lo</div><div>=A0 CC =A0 =A0 = =A0 crc16gen.lo</div><div>=A0 CC =A0 =A0 =A0 crc32gen.lo</div> <div>=A0 CC =A0 =A0 =A0 crc64gen.lo</div><div>=A0 CC =A0 =A0 =A0 plugin.lo<= /div><div>=A0 CC =A0 =A0 =A0 talloc.lo</div><div>=A0 CC =A0 =A0 =A0 msgfile= .lo</div><div>=A0 CC =A0 =A0 =A0 serial.lo</div><div>serial.c: In function = 'osmo_serial_set_custom_baudrate':</div> <div>serial.c:193:2: warning: #warning osmo_serial_set_custom_baudrate: uns= upported platform</div><div>=A0 CCLD =A0 =A0 <a href=3D"http://libosmocore.= la">libosmocore.la</a></div><div>libtool: link: warning: undefined symbols = not allowed in i686-pc-cygwin shared libraries</div> <div>make[3]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/s= rc'</div><div>make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/= libosmocore/src'</div><div>Making all in src/vty</div><div>make[2]: Ent= ering directory `/cygdrive/d/Workspace/Morpho/libosmocore/src/vty'</div= > <div>=A0 CC =A0 =A0 =A0 buffer.lo</div><div>=A0 CC =A0 =A0 =A0 command.lo</= div><div>=A0 CC =A0 =A0 =A0 vty.lo</div><div>vty.c: In function 'vty_he= llo':</div><div>vty.c:363:10: warning: array subscript has type 'ch= ar'</div><div>=A0 CC =A0 =A0 =A0 vector.lo</div> <div>=A0 CC =A0 =A0 =A0 utils.lo</div><div>utils.c: In function 'vty_cm= d_string_from_valstr':</div><div>utils.c:96:6: warning: array subscript= has type 'char'</div><div>=A0 CC =A0 =A0 =A0 telnet_interface.lo</= div><div>=A0 CC =A0 =A0 =A0 logging_vty.lo</div> <div>=A0 CCLD =A0 =A0 <a href=3D"http://libosmovty.la">libosmovty.la</a></d= iv><div><br></div><div>*** Warning: This system can not link to static lib = archive ../../src/<a href=3D"http://libosmocore.la">libosmocore.la</a>.</di= v><div> *** I have the capability to make that library automatically link in when</= div><div>*** you link to this library. =A0But I can only do this if you hav= e a</div><div>*** shared version of the library, which you do not appear to= have.</div> <div>libtool: link: warning: undefined symbols not allowed in i686-pc-cygwi= n shared libraries</div><div>make[2]: Leaving directory `/cygdrive/d/Worksp= ace/Morpho/libosmocore/src/vty'</div><div>Making all in src/codec</div> <div>make[2]: Entering directory `/cygdrive/d/Workspace/Morpho/libosmocore/= src/codec'</div><div>=A0 CC =A0 =A0 =A0 gsm610.lo</div><div>=A0 CC =A0 = =A0 =A0 gsm620.lo</div><div>=A0 CC =A0 =A0 =A0 gsm660.lo</div><div>=A0 CC = =A0 =A0 =A0 gsm690.lo</div><div> =A0 CCLD =A0 =A0 <a href=3D"http://libosmocodec.la">libosmocodec.la</a></di= v><div>libtool: link: warning: undefined symbols not allowed in i686-pc-cyg= win shared libraries</div><div>make[2]: Leaving directory `/cygdrive/d/Work= space/Morpho/libosmocore/src/codec'</div> <div>Making all in src/gsm</div><div>make[2]: Entering directory `/cygdrive= /d/Workspace/Morpho/libosmocore/src/gsm'</div><div>=A0 CC =A0 =A0 =A0 a= 5.lo</div><div>=A0 CC =A0 =A0 =A0 rxlev_stat.lo</div><div>=A0 CC =A0 =A0 = =A0 tlv_parser.lo</div> <div>=A0 CC =A0 =A0 =A0 comp128.lo</div><div>=A0 CC =A0 =A0 =A0 gsm_utils.l= o</div><div>gsm_utils.c: In function 'gsm_band_parse':</div><div>gs= m_utils.c:450:2: warning: array subscript has type 'char'</div><div= >=A0 CC =A0 =A0 =A0 rsl.lo</div> <div>=A0 CC =A0 =A0 =A0 gsm48.lo</div><div>=A0 CC =A0 =A0 =A0 gsm48_ie.lo</= div><div>=A0 CC =A0 =A0 =A0 gsm0808.lo</div><div>=A0 CC =A0 =A0 =A0 sysinfo= .lo</div><div>=A0 CC =A0 =A0 =A0 gprs_cipher_core.lo</div><div>=A0 CC =A0 = =A0 =A0 gsm0480.lo</div><div>=A0 CC =A0 =A0 =A0 abis_nm.lo</div> <div>=A0 CC =A0 =A0 =A0 gsm0502.lo</div><div>=A0 CC =A0 =A0 =A0 gsm0411_uti= ls.lo</div><div>gsm0411_utils.c: In function 'gsm340_gen_scts':</di= v><div>gsm0411_utils.c:87:2: warning: #warning find a portable way to obtai= n timezone offset</div> <div>=A0 CC =A0 =A0 =A0 gsm0411_smc.lo</div><div>=A0 CC =A0 =A0 =A0 gsm0411= _smr.lo</div><div>=A0 CC =A0 =A0 =A0 lapd_core.lo</div><div>=A0 CC =A0 =A0 = =A0 lapdm.lo</div><div>=A0 CC =A0 =A0 =A0 auth_core.lo</div><div>=A0 CC =A0= =A0 =A0 auth_comp128v1.lo</div><div>=A0 CC =A0 =A0 =A0 auth_milenage.lo</d= iv> <div>=A0 CC =A0 =A0 =A0 aes-encblock.lo</div><div>=A0 CC =A0 =A0 =A0 aes-in= ternal.lo</div><div>=A0 CC =A0 =A0 =A0 aes-internal-enc.lo</div><div>=A0 CC= =A0 =A0 =A0 milenage.lo</div><div>=A0 CC =A0 =A0 =A0 gan.lo</div><div>=A0 = CCLD =A0 =A0 <a href=3D"http://libosmogsm.la">libosmogsm.la</a></div> <div><br></div><div>*** Warning: This system can not link to static lib arc= hive ../../src/<a href=3D"http://libosmocore.la">libosmocore.la</a>.</div><= div>*** I have the capability to make that library automatically link in wh= en</div> <div>*** you link to this library. =A0But I can only do this if you have a<= /div><div>*** shared version of the library, which you do not appear to hav= e.</div><div>libtool: link: warning: undefined symbols not allowed in i686-= pc-cygwin shared libraries</div> <div>make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/s= rc/gsm'</div><div>Making all in src/gb</div><div>make[2]: Entering dire= ctory `/cygdrive/d/Workspace/Morpho/libosmocore/src/gb'</div><div>=A0 C= C =A0 =A0 =A0 gprs_ns.lo</div> <div>=A0 CC =A0 =A0 =A0 gprs_ns_frgre.lo</div><div>=A0 CC =A0 =A0 =A0 gprs_= ns_vty.lo</div><div>=A0 CC =A0 =A0 =A0 gprs_bssgp.lo</div><div>=A0 CC =A0 = =A0 =A0 gprs_bssgp_util.lo</div><div>=A0 CC =A0 =A0 =A0 gprs_bssgp_vty.lo</= div><div>=A0 CC =A0 =A0 =A0 gprs_bssgp_bss.lo</div> <div>=A0 CC =A0 =A0 =A0 common_vty.lo</div><div>=A0 CCLD =A0 =A0 <a href=3D= "http://libosmogb.la">libosmogb.la</a></div><div><br></div><div>*** Warning= : This system can not link to static lib archive ../../src/<a href=3D"http:= //libosmocore.la">libosmocore.la</a>.</div> <div>*** I have the capability to make that library automatically link in w= hen</div><div>*** you link to this library. =A0But I can only do this if yo= u have a</div><div>*** shared version of the library, which you do not appe= ar to have.</div> <div><br></div><div>*** Warning: This system can not link to static lib arc= hive ../../src/vty/<a href=3D"http://libosmovty.la">libosmovty.la</a>.</div= ><div>*** I have the capability to make that library automatically link in = when</div> <div>*** you link to this library. =A0But I can only do this if you have a<= /div><div>*** shared version of the library, which you do not appear to hav= e.</div><div><br></div><div>*** Warning: This system can not link to static= lib archive ../../src/gsm/<a href=3D"http://libosmogsm.la">libosmogsm.la</= a>.</div> <div>*** I have the capability to make that library automatically link in w= hen</div><div>*** you link to this library. =A0But I can only do this if yo= u have a</div><div>*** shared version of the library, which you do not appe= ar to have.</div> <div><br></div><div>*** Warning: This system can not link to static lib arc= hive /cygdrive/d/Workspace/Morpho/libosmocore/src/<a href=3D"http://libosmo= core.la">libosmocore.la</a>.</div><div>*** I have the capability to make th= at library automatically link in when</div> <div>*** you link to this library. =A0But I can only do this if you have a<= /div><div>*** shared version of the library, which you do not appear to hav= e.</div><div>libtool: link: warning: undefined symbols not allowed in i686-= pc-cygwin shared libraries</div> <div>make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/s= rc/gb'</div><div>Making all in tests</div><div>make[2]: Entering direct= ory `/cygdrive/d/Workspace/Morpho/libosmocore/tests'</div><div>make[2]:= Nothing to be done for `all'.</div> <div>make[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore/t= ests'</div><div>Making all in utils</div><div>make[2]: Entering directo= ry `/cygdrive/d/Workspace/Morpho/libosmocore/utils'</div><div>=A0 CC = =A0 =A0 =A0 osmo-arfcn.o</div> <div>osmo-arfcn.c: In function =91freq2arfcn=92:</div><div>osmo-arfcn.c:80:= 1: warning: control reaches end of non-void function</div><div>osmo-arfcn.c= : In function =91main=92:</div><div>osmo-arfcn.c:92:8: warning: =91param=92= may be used uninitialized in this function</div> <div>=A0 CCLD =A0 =A0 osmo-arfcn.exe</div><div>=A0 CC =A0 =A0 =A0 osmo-auc-= gen.o</div><div>osmo-auc-gen.c: In function =91main=92:</div><div>osmo-auc-= gen.c:216:3: warning: implicit declaration of function =91time=92</div><div= >osmo-auc-gen.c:217:3: warning: dereferencing type-punned pointer will brea= k strict-aliasing rules</div> <div>osmo-auc-gen.c:249:3: warning: format =91%lu=92 expects type =91long u= nsigned int=92, but argument 2 has type =91uint64_t=92</div><div>osmo-auc-g= en.c:249:3: warning: format =91%lu=92 expects type =91long unsigned int=92,= but argument 2 has type =91uint64_t=92</div> <div>=A0 CCLD =A0 =A0 osmo-auc-gen.exe</div><div>make[2]: Leaving directory= `/cygdrive/d/Workspace/Morpho/libosmocore/utils'</div><div>make[2]: En= tering directory `/cygdrive/d/Workspace/Morpho/libosmocore'</div><div>m= ake[2]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore'</d= iv> <div>make[1]: Leaving directory `/cygdrive/d/Workspace/Morpho/libosmocore&#= 39;</div><div><br></div><div style>I now compilation for Windows is not sup= ported directly, but would you mind pointing me in the right direction on h= ow to build libosmocore as a dll?</div> <div style><br></div><div style>Thanks!=A0</div><div><br></div>-- <br>Atenc= iosamente,<br>=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Hugo Fred= erico Soares<br> </div></div> --f46d042dfcd1ea9df404d6cbc3f6--

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

simtrace January 2022