NWConcrete_nw_endpoint port incorrect endpoint type 3

I was workin on system using Network framework, last time i touch code was december, everything was working fine. Now, after i build app again and load to device, it shows on console such information. Application works fine. Can not find was has happend. The only i found on net is from 2-3 years ago, it was kind of issue.

Has anyone know where to look for solution?


[] __nwlog_err_simulate_crash simulate crash already simulated "-[NWConcrete_nw_endpoint port] incorrect endpoint type 3"

[] -[NWConcrete_nw_endpoint port] incorrect endpoint type 3, dumping backtrace:

[arm64] libnetcore-1229.230.4

Replies

That message is logged when someone tries to get a socket address from an endpoint (using

nw_endpoint_get_address
), and the type of the endpoint (as returned by
nw_endpoint_get_type
) does not support that. In this case the type of the endpoint is 3, which is
nw_endpoint_type_bonjour_service
, and you can’t build a socket address from a Bonjour endpoint directly.

As to why that’s happened, it’s hard to say without looking at the backtrace. You can do that by setting a symbolic breakpoint on the function

__nwlog_err_simulate_crash
.

IMPORTANT

__nwlog_err_simulate_crash
is a routine internal to Network framework that’s called to log this message. It’s fine to set a breakpoint on it for debugging purposes, but it’s not API and thus you mustn’t encode any knowledge about it into your shipping product.

Share and Enjoy

Quinn “The Eskimo!”
Apple Developer Relations, Developer Technical Support, Core OS/Hardware

let myEmail = "eskimo" + "1" + "@apple.com"

Hi Eskimo, i have looked a little around and it's sounds like you know much much more about Networking framework. I could't find anything about that error i started getting on log.


I did tried before with symbolic breakpoint, it does not explain me anything, It looks like all it happens behind scene i cound do anything.


story is that i do search for devices via Bonjour service,

i found one i want to connect to,

i create NWConnection instance, define stateUpdateHandler, and starts connection - everything like for last it should.


I see that my connection's state change to preparing - that i ignore

I wait for ready state - so i do logic in my app


**** before i get ready - which it comes. On my loggs shows that error ?

I do not try to work with sockets, i think that after Apple has delivered NetworkFramework, they suggested not to use CFSocket any more.

What i can think that something happens in behind, after some update ?

App works like it should for user, i just don't want any error, do you think it it kind of bug ? which i can forget for now and wait for some another update ?


it is the only code i use :


let endpoint = NWEndpoint.service(name: name, type: AppKeys.serviceType, domain: "local", interface: nil)

connection = NWConnection(to: endpoint, using: .udp)

connection?.stateUpdateHandler = { [weak self] (newState) in

if let strongSelf = self {

switch newState {

case .ready: strongSelf.connectToServer()

case .failed(let error): print("Network error: \(error.localizedDescription)")

case .cancelled: strongSelf.connection = nil

default:

break

}

}

}

connection?.start(queue: queue)

I did tried before with symbolic breakpoint, it does not explain me anything, It looks like all it happens behind scene i cound do anything.

Did you hit the breakpoint? If so, what was the backtrace?

Share and Enjoy

Quinn “The Eskimo!”
Apple Developer Relations, Developer Technical Support, Core OS/Hardware

let myEmail = "eskimo" + "1" + "@apple.com"

Hi Eskimo,


I found out that something was changed with the last update from apple:

I do have updated iphone to version 12.1.3 build 16D39 - and here it cames that error message

But i bought today iPads mini with version 12.1 build 16B92 - and there are no errors messages at all.


Sounds like i should register that as bug; what i did understood after you, that if i try to get socket address from Bonjour service, which i do not do myself, than it will come that error - for unsupported service type.

Looks like it happens inside - which was not before last update.


Do you want to look close to that i can send you more info from my loggs.


When I hit breakpoint:


on log i can see:


dumping backtrace:

[arm64] libnetcore-1229.240.1

0 libnetwork.dylib 0x0000000188d07200 __nw_create_backtrace_string + 116

1 libnetwork.dylib 0x0000000188c5df98 <redacted> + 188

2 libnetwork.dylib 0x0000000188c6a970 nw_endpoint_get_port + 56

3 libnetwork.dylib 0x0000000188bfa2cc <redacted> + 4776

4 libnetwork.dylib 0x0000000188ab901c <redacted> + 180

5 libnetwork.dylib


Breaking on that code:


libnetwork.dylib`-[NWConcrete_nw_endpoint port]:

-> 0x188c5dedc <+0>: stp x26, x25, [sp, #-0x50]!

0x188c5dee0 <+4>: stp x24, x23, [sp, #0x10]

0x188c5dee4 <+8>: stp x22, x21, [sp, #0x20]

0x188c5dee8 <+12>: stp x20, x19, [sp, #0x30]

0x188c5deec <+16>: stp x29, x30, [sp, #0x40]

0x188c5def0 <+20>: add x29, sp, #0x40 ; =0x40

0x188c5def4 <+24>: sub sp, sp, #0x10 ; =0x10

0x188c5def8 <+28>: mov x19, x0

0x188c5defc <+32>: adrp x8, 194960

0x188c5df00 <+36>: ldr x8, [x8, #0x618]

0x188c5df04 <+40>: ldr x8, [x8]

0x188c5df08 <+44>: stur x8, [x29, #-0x48]

0x188c5df0c <+48>: mov w0, #0x12

0x188c5df10 <+52>: bl 0x1876ed6e4 ; _os_log_pack_size

0x188c5df14 <+56>: mov x21, x0

0x188c5df18 <+60>: mov x8, sp

0x188c5df1c <+64>: add x9, x21, #0xf ; =0xf

0x188c5df20 <+68>: and x9, x9, #0xfffffffffffffff0

0x188c5df24 <+72>: sub x22, x8, x9

0x188c5df28 <+76>: mov sp, x22

0x188c5df2c <+80>: bl 0x18763c7b4 ; __error

0x188c5df30 <+84>: ldr w2, [x0]

0x188c5df34 <+88>: adrp x3, -586

0x188c5df38 <+92>: add x3, x3, #0x0 ; =0x0

0x188c5df3c <+96>: adrp x4, 276

0x188c5df40 <+100>: add x4, x4, #0xc82 ; =0xc82

0x188c5df44 <+104>: mov x0, x22

0x188c5df48 <+108>: mov x1, x21

0x188c5df4c <+112>: bl 0x1876ed6ec ; _os_log_pack_fill

0x188c5df50 <+116>: mov x23, x0

0x188c5df54 <+120>: adrp x8, 181899

0x188c5df58 <+124>: add x20, x8, #0x7f0 ; =0x7f0

0x188c5df5c <+128>: mov x0, x19

0x188c5df60 <+132>: mov x1, x20

dumping backtrace:

I need to see all the frames in that backtrace.

Share and Enjoy

Quinn “The Eskimo!”
Apple Developer Relations, Developer Technical Support, Core OS/Hardware

let myEmail = "eskimo" + "1" + "@apple.com"

That is all logg i get when i connect to service:

messages from CLIENT DELEGATE: are my - just for controll what is happening


---> starts here:

CLIENT DELEGATE: searching to on slot : 0

CLIENT DELEGATE: connecting to on slot : 0

2019-01-29 10:07:59.000529+0100 TKD aPad[4140:1223075] [] -[NWConcrete_nw_endpoint port] incorrect endpoint type 3

2019-01-29 10:07:59.001262+0100 TKD aPad[4140:1223075] [] __nwlog_err_simulate_crash simulate crash failed "-[NWConcrete_nw_endpoint port] incorrect endpoint type 3"

2019-01-29 10:07:59.008444+0100 TKD aPad[4140:1223075] [] -[NWConcrete_nw_endpoint port] incorrect endpoint type 3, dumping backtrace:

[arm64] libnetcore-1229.240.1

0 libnetwork.dylib 0x0000000188d07200 __nw_create_backtrace_string + 116

1 libnetwork.dylib 0x0000000188c5df98 <redacted> + 188

2 libnetwork.dylib 0x0000000188c6a970 nw_endpoint_get_port + 56

3 libnetwork.dylib 0x0000000188bfa2cc <redacted> + 4776

4 libnetwork.dylib 0x0000000188ab901c <redacted> + 180

5 libnetwork.dylib 0x0000000188beb0d4 <redacted> + 1012

6 libnetwork.dylib 0x0000000188ab901c <redacted> + 180

7 libnetwork.dylib 0x0000000188beb0d4 <redacted> + 1012

8 libnetwork.dylib 0x0000000188ab901c <redacted> + 180

9 libnetwork.dylib 0x0000000188a20200 <redacted> + 2280

10 libnetwork.dylib 0x0000000188a32ef8 <redacted> + 1444

11 libnetwork.dylib 0x0000000188a2d65c <redacted> + 1220

12 libnetwork.dylib 0x0000000188b78878 <redacted> + 1232

13 libnetwork.dylib 0x0000000188c7643c <redacted> + 184

14 libnetwork.dylib 0x0000000188b6eb30 <redacted> + 84

15 libnetwork.dylib 0x0000000188a25a00 <redacted> + 200

16 libnetwork.dylib 0x0000000188a22be4 <redacted> + 2796

17 libnetwork.dylib 0x0000000188a20d50 <redacted> + 1300

18 libnetwork.dylib 0x0000000188a1f1e0 <redacted> + 1656

19 libnetwork.dylib 0x0000000188ab649c <redacted> + 5100

20 libnetwork.dylib 0x0000000188ab508c <redacted> + 116

21 libnetwork.dylib 0x0000000188b3cbcc <redacted> + 64

22 libnetwork.dylib 0x0000000188be6084 nw_hash_table_apply + 316

23 libnetwork.dylib 0x0000000188b3c7cc <redacted> + 328

24 libnetwork.dylib 0x0000000188ca0b90 <redacted> + 1228

25 libnetwork.dylib 0x0000000188ca0478 <redacted> + 912

26 libnetwork.dylib 0x0000000188cadc9c nw_path_evaluator_force_update + 136

27 libnetwork.dylib 0x0000000188b3eb2c nw_association_force_update + 80

28 libnetwork.dylib 0x0000000188a21d94 <redacted> + 5464

29 libnetwork.dylib 0x0000000188a1e440 <redacted> + 3728

30 libnetwork.dylib 0x0000000188ab7ef4 <redacted> + 11844

31 libnetwork.dylib 0x0000000188abb1f4 <redacted> + 1268

32 libnetwork.dylib 0x0000000188bed43c <redacted> + 4028

33 libdispatch.dylib 0x000000010159b824 _dispatch_call_block_and_release + 24

34 libdispatch.dylib 0x000000010159cdc8 _dispatch_client_callout + 16

35 libdispatch.dylib 0x00000001015a739c _dispatch_workloop_invoke + 3048

36 libdispatch.dylib 0x00000001015afbfc _dispatch_workloop_worker_thread + 1220

37 libsystem_pthread.dylib 0x00000001876cd0dc _pthread_wqthread + 312

38 libsystem_pthread.dylib 0x00000001876cfcec start_wqthread + 4

CLIENT DELEGATE: connected to Svenska Cup 3 : recognized on slot : 1

CLIENT DELEGATE: got message type: ServerType

---> ends here.


As you can see from CLIENT DELEGATE message i am connected to bonjour service i wanted, and application works fine. Connectiont is astablished and i can send messages between iOS devices and MacOSX.


on devices with tvOS 12.1.2 build 16K534 i use the same sources for connecting to the same OSX - and there are no error at all

on devices with iOS 12.1 build 16B92 no errors - the same app, and logg looks like that in the same situation:


CLIENT DELEGATE: searching to on slot : 0

CLIENT DELEGATE: connecting to on slot : 0

CLIENT DELEGATE: connected to Svenska Cup 3 : recognized on slot : 2

CLIENT DELEGATE: got message type: ServerType

What i see is that if i make symbolic breakpoint to call nw_endpoint_get_port, which is called before NWConcrete_nw_endpoint port,

it does not break program on iOS version 12.1, but it does on iOS 12.1.3

I did look more in debuger, i went step by step throug it looks like in 12.1.3 after it calls procedure nw_channel_connect - it gets connected both on udp, and ipv6 protocol.

after nw_channel_connect i can see two lines:


nw_protocol_ipv6_connected

nw_protocol_udp_connected


I can understand that ipv6 is trying to get port ?


It does not come to that protocols on 12.1 iOS,

Can it be that i miss something in my call, which was not a problem in iOS 12.1


on 12.1 after nw_channel_connect procedure it's start to "cleaning code" i mean releasing objects


Can it be helpful to find out where should i look for solution ?


What i did not understand, i use in definition of NWConnection only NWParamters.udp, why it find connection over ipv6, probably i should turn that of somehow

That is all log i get when i connect to service:

Thanks. Alas, that’s not the backtrace I was looking for. Sorry I wasn’t more clear. What I’d like to see is as follows:

  1. Set a symbolic breakpoint on

    __nwlog_err_simulate_crash
    .
  2. When you stop in the debugger, make sure you’re in the debug navigator (View > Navigators > Show Debug Navigator).

  3. Find the thread that hit the breakpoint and disclose all of its stack frames.

  4. Select all of the frames, copy them, then pasted them in here.

I’ve posted an example of what this might look like below. In this case I set a breakpoint on

nw_endpoint_get_type
, not
__nwlog_err_simulate_crash
, because I haven’t reproduced the problem you’re seeing.

What i did not understand, i use in definition of

NWConnection
only
NWParamters.udp
, why it find connection over ipv6, probably i should turn that of somehow

Why? By default

NWConnection
will use the most appropriate network protocol, and we don’t recommend disabling IPv6 unless you have a very good reason.

Keep in mind that App Review requires that your app work correctly on an IPv6-only network (see this post for details).

Share and Enjoy

Quinn “The Eskimo!”
Apple Developer Relations, Developer Technical Support, Core OS/Hardware

let myEmail = "eskimo" + "1" + "@apple.com"
#0  0x000000010a42a450 in nw_endpoint_get_type ()
#1  0x000000010a2a96db in nw_connection_log_summary ()
#2  0x000000010a2a48ff in nw_connection_send_stats_report ()
#3  0x000000010a3cd66b in __nw_connection_cancel_inner_block_invoke ()
#4  0x0000000109e13595 in _dispatch_call_block_and_release ()
#5  0x0000000109e14602 in _dispatch_client_callout ()
#6  0x0000000109e1e09e in _dispatch_workloop_invoke ()
#7  0x0000000109e2689a in _dispatch_workloop_worker_thread ()
#8  0x000000010a20363c in _pthread_wqthread ()
#9  0x000000010a203435 in start_wqthread ()
Enqueued from com.apple.main-thread (Thread 1) Queue : com.apple.main-thread (serial)
#0  0x0000000109e18bdb in dispatch_async ()
#1  0x000000010a4acbb4 in nw_queue_context_async_if_needed ()
#2  0x000000010a3cd1b0 in nw_connection_cancel_inner ()
#3  0x0000000106552926 in ClientViewController.stop(status:) at /Users/quinn/Desktop/Network framework first steps/5. CommunicatingWithUDP/CommunicatingWithUDP/ClientViewController.swift:108
#4  0x0000000106552a17 in ClientViewController.startOrStop() at /Users/quinn/Desktop/Network framework first steps/5. CommunicatingWithUDP/CommunicatingWithUDP/ClientViewController.swift:116
#5  0x00000001065517cd in ClientViewController.tableView(_:didSelectRowAt:) at /Users/quinn/Desktop/Network framework first steps/5. CommunicatingWithUDP/CommunicatingWithUDP/ClientViewController.swift:39
#6  0x0000000106551a7b in @objc ClientViewController.tableView(_:didSelectRowAt:) ()
#7  0x000000010b5a1dfd in -[UITableView _selectRowAtIndexPath:animated:scrollPosition:notifyDelegate:] ()
#8  0x000000010b5a2018 in -[UITableView _userSelectRowAtPendingSelectionIndexPath:] ()
#9  0x000000010b3880d2 in _runAfterCACommitDeferredBlocks ()
#10 0x000000010b376b2c in _cleanUpAfterCAFlushAndRunDeferredBlocks ()
#11 0x000000010b3a5efc in _afterCACommitHandler ()
#12 0x0000000108955c27 in __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ ()
#13 0x00000001089500be in __CFRunLoopDoObservers ()
#14 0x0000000108950751 in __CFRunLoopRun ()
#15 0x000000010894fe11 in CFRunLoopRunSpecific ()
#16 0x0000000110b0d1dd in GSEventRunModal ()
#17 0x000000010b37c81d in UIApplicationMain ()
#18 0x000000010654b5b7 in main at /Users/quinn/Desktop/Network framework first steps/5. CommunicatingWithUDP/CommunicatingWithUDP/AppDelegate.swift:12
#19 0x0000000109e8a575 in start ()

I do understand, and actually all devices get connected over ipv6 in my network. that is log from my server site:


NETWORK SERVER: service started Svenska Cup 3 : recognized._aPoomsaePadService._udp.local

NETWORK SERVER: new device on endpoint: fe80::1c42:7b08:f453:7d50%en1.54996 is ready for use

AppleTV changed to count :1

NETWORK SERVER: new device on endpoint: fe80::4f:6915:ff7d:b1fd%en6.64884 is ready for use

NETWORK CONTROLLER: addController: number at slot 1

NETWORK SERVER: new device on endpoint: fe80::8c:7665:b139:a885%en1.52798 is ready for use

NETWORK CONTROLLER: addController: number at slot 2


1. AppleTV,

2. iPad with 12.1 iOS

3. iPhone with 12.1.3 iOS


i will make that crash break point right now

Is it what you ask for ? Your looks different - fonts 😉


Thread 4 Queue : com.apple.network.connections (serial)

#0 0x0000000188d068d0 in __nwlog_err_simulate_crash ()

#1 0x0000000188c5df94 in -[NWConcrete_nw_endpoint port] ()

#2 0x0000000188c6a970 in nw_endpoint_get_port ()

#3 0x0000000188bfa2cc in nw_connection_endpoint_report ()

#4 0x0000000188ab901c in nw_endpoint_handler_report ()

#5 0x0000000188beb0d4 in nw_endpoint_resolver_receive_report ()

#6 0x0000000188ab901c in nw_endpoint_handler_report ()

#7 0x0000000188beb0d4 in nw_endpoint_resolver_receive_report ()

#8 0x0000000188ab901c in nw_endpoint_handler_report ()

#9 0x0000000188a20200 in nw_endpoint_flow_connected_path_change ()

#10 0x0000000188a32ef8 in nw_endpoint_flow_connected ()

#11 0x0000000188a2d65c in nw_endpoint_flow_protocol_connected ()

#12 0x0000000188b78878 in nw_protocol_udp_connected ()

#13 0x0000000188c7643c in nw_protocol_ipv6_connected ()

#14 0x0000000188b6eb30 in nw_channel_connect ()

#15 0x0000000188a25a00 in nw_endpoint_flow_connect ()

#16 0x0000000188a22be4 in nw_endpoint_flow_setup_protocols ()

#17 0x0000000188a20d50 in nw_endpoint_flow_setup_channel ()

#18 0x0000000188a1f1e0 in -[NWConcrete_nw_endpoint_flow updatePathWithHandler:] ()

#19 0x0000000188ab649c in nw_endpoint_handler_path_change ()

#20 0x0000000188ab508c in __nw_endpoint_handler_initialize_association_block_invoke ()

#21 0x0000000188b3cbcc in __nw_association_update_paths_block_invoke.80 ()

#22 0x0000000188be6084 in nw_hash_table_apply ()

#23 0x0000000188b3c7cc in nw_association_update_paths ()

#24 0x0000000188ca0b90 in nw_path_necp_update_evaluator ()

#25 0x0000000188ca0478 in nw_path_necp_check_for_updates ()

#26 0x0000000188cadc9c in nw_path_evaluator_force_update ()

#27 0x0000000188b3eb2c in nw_association_force_update ()

#28 0x0000000188a21d94 in nw_endpoint_flow_setup_channel ()

#29 0x0000000188a1e440 in -[NWConcrete_nw_endpoint_flow startWithHandler:] ()

#30 0x0000000188ab7ef4 in nw_endpoint_handler_path_change ()

#31 0x0000000188abb1f4 in nw_endpoint_handler_start ()

#32 0x0000000188bed43c in nw_endpoint_resolver_start_next_child ()

#33 0x0000000101763824 in _dispatch_call_block_and_release ()

#34 0x0000000101764dc8 in _dispatch_client_callout ()

#35 0x000000010176f39c in _dispatch_workloop_invoke ()

#36 0x0000000101777bfc in _dispatch_workloop_worker_thread ()

#37 0x00000001876cd0dc in _pthread_wqthread ()

#38 0x00000001876cfcec in start_wqthread ()

actually all devices get connected over ipv6 in my network.

That’s a good thing, right? After all, who wants to be stuck on legacy IP? (-:

Is it what you ask for?

Much better, thanks.

Your looks different

Indeed. It would help if you formatted large blocks of fixed-width text as code using the

<>
button.

Coming back to your original question, this is definitely not your fault. I’m not entirely sure what’s going on here but it seems like the infrastructure that the Network framework uses to log its connection process is making assumptions that it shouldn’t.

On the flip side, I don’t think this failure is going to cause you problems. The

-[NWConcrete_nw_endpoint port]
method (frame 1) detects the failure and logs this message and then returns a default value (0). As the caller,
nw_connection_endpoint_report
(frame 3), is only calling this for logging purposes, this failure shouldn’t cause any problems at runtime.

Still, I think this is bugworthy. Please file a bug about this. If you can include a small test project that reproduces the problem, that’d be grand. If not, make sure to include a sysdiagnose log (per the instructions on our Bug Reporting > Profiles and Logs page) taken shortly after you reproduce the issue

Please post your bug number, just for the record.

Share and Enjoy

Quinn “The Eskimo!”
Apple Developer Relations, Developer Technical Support, Core OS/Hardware

let myEmail = "eskimo" + "1" + "@apple.com"

Like that 🙂 , now i can more, Yest it does not make my app crash. it works like it should except of that log message. Wondering if it can be rejected by apple store review. I will create some test project and report that as bug.

Thanks for explanation.


Thread 9 Queue : com.apple.network.connections (serial)
#0     0x00000001a598a8d0 in __nwlog_err_simulate_crash ()
#1     0x00000001a58e1f94 in -[NWConcrete_nw_endpoint port] ()
#2     0x00000001a58ee970 in nw_endpoint_get_port ()
#3     0x00000001a587e2cc in nw_connection_endpoint_report ()
#4     0x00000001a573d01c in nw_endpoint_handler_report ()
#5     0x00000001a586f0d4 in nw_endpoint_resolver_receive_report ()
#6     0x00000001a573d01c in nw_endpoint_handler_report ()
#7     0x00000001a586f0d4 in nw_endpoint_resolver_receive_report ()
#8     0x00000001a573d01c in nw_endpoint_handler_report ()
#9     0x00000001a56a4200 in nw_endpoint_flow_connected_path_change ()
#10    0x00000001a56b6ef8 in nw_endpoint_flow_connected ()
#11    0x00000001a56b165c in nw_endpoint_flow_protocol_connected ()
#12    0x00000001a57fc878 in nw_protocol_udp_connected ()
#13    0x00000001a58fa43c in nw_protocol_ipv6_connected ()
#14    0x00000001a57f2b30 in nw_channel_connect ()
#15    0x00000001a56a9a00 in nw_endpoint_flow_connect ()
#16    0x00000001a56a6be4 in nw_endpoint_flow_setup_protocols ()
#17    0x00000001a56a4d50 in nw_endpoint_flow_setup_channel ()
#18    0x00000001a56a31e0 in -[NWConcrete_nw_endpoint_flow updatePathWithHandler:] ()
#19    0x00000001a573a49c in nw_endpoint_handler_path_change ()
#20    0x00000001a573908c in __nw_endpoint_handler_initialize_association_block_invoke ()
#21    0x00000001a57c0bcc in __nw_association_update_paths_block_invoke.80 ()
#22    0x00000001a586a084 in nw_hash_table_apply ()
#23    0x00000001a57c07cc in nw_association_update_paths ()
#24    0x00000001a5924b90 in nw_path_necp_update_evaluator ()
#25    0x00000001a5924478 in nw_path_necp_check_for_updates ()
#26    0x00000001a5931c9c in nw_path_evaluator_force_update ()
#27    0x00000001a57c2b2c in nw_association_force_update ()
#28    0x00000001a56a5d94 in nw_endpoint_flow_setup_channel ()
#29    0x00000001a56a2440 in -[NWConcrete_nw_endpoint_flow startWithHandler:] ()
#30    0x00000001a573bef4 in nw_endpoint_handler_path_change ()
#31    0x00000001a573f1f4 in nw_endpoint_handler_start ()
#32    0x00000001a587143c in nw_endpoint_resolver_start_next_child ()
#33    0x00000001052bf824 in _dispatch_call_block_and_release ()
#34    0x00000001052c0dc8 in _dispatch_client_callout ()
#35    0x00000001052cb39c in _dispatch_workloop_invoke ()
#36    0x00000001052d3bfc in _dispatch_workloop_worker_thread ()
#37    0x00000001a43510dc in _pthread_wqthread ()
#38    0x00000001a4353cec in start_wqthread ()
Enqueued from com.apple.network.connections (Thread 9) Queue : com.apple.network.connections (serial)
#0     0x00000001052c5c08 in dispatch_async ()
#1     0x00000001a5986b40 in nw_queue_async_current ()
#2     0x00000001a586e65c in nw_endpoint_resolver_update ()
#3     0x00000001a57790f0 in __nw_resolver_update_client_block_invoke ()
#4     0x00000001052bf824 in _dispatch_call_block_and_release ()
#5     0x00000001052c0dc8 in _dispatch_client_callout ()
#6     0x00000001052cb39c in _dispatch_workloop_invoke ()
#7     0x00000001052d3bfc in _dispatch_workloop_worker_thread ()
#8     0x00000001a43510dc in _pthread_wqthread ()
#9     0x00000001a4353cec in start_wqthread ()
Enqueued from com.apple.root.default-qos.overcommit (Thread 9) Queue : com.apple.root.default-qos.overcommit (serial)
#0     0x00000001052d8938 in _dispatch_mach_reply_merge_msg ()
#1     0x00000001052e08f0 in _dispatch_event_loop_merge ()
#2     0x00000001052d3974 in _dispatch_workloop_worker_thread ()
#3     0x00000001a43510dc in _pthread_wqthread ()
#4     0x00000001a4353cec in start_wqthread ()

Like that

Yep.

Wondering if it can be rejected by apple store review.

In general, App Review is concerned about the user-facing behaviour of your app, and random cruft showing up in the system log is not considered part of that.

I will create some test project and report that as bug.

Ta! Please do post the bug number when you’re done.

Share and Enjoy

Quinn “The Eskimo!”
Apple Developer Relations, Developer Technical Support, Core OS/Hardware

let myEmail = "eskimo" + "1" + "@apple.com"

I've read this thread completely, because I've got "[NWConcrete_nw_endpoint port] incorrect endpoint type 3" while I am using MultipeerConnectivity with a MPCManager class I've written. Since this error is very seldom according to Google, I am quite lost. I have not been into networking detail, just using the recommended 3 Delagates:

  • MCNearbyServiceAdvertiserDelegate
  • MCNearbyServiceBrowserDelegate
  • MCSessionDelegate

The connection is estabilished btw., But I get two additional errors:, the first one at both sides, the last at the Browser side only.

[ERROR] ICEStopConnectivityCheck:2688 ICEStopConnectivityCheck() found no ICE check with call id (2139152861)

[GCKSession] Something is terribly wrong; no clist for remoteID [2139152861] channelID [-1]


I don't want to mix issues, but it started with incorrect endpoint type 3, therefore I'd like to ask.