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)
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
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
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
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/>
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)
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
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--
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--
