What is a black hole as referenced in the following log?

Can anyone comment about this? can you at least tell me if this is a standard file that Apple or a service provider would use? In case you haven't noticed, I separated many of the words within the script... It was easier to read... Here's the text unchanged;

H__PAGEZEROÿ__TEXT@@__text__TEXTº`,ºÄ__stubs__TEXT3n3Ä__stub_helper__TEXTå4rå4Ä_ _cstring__TEXT7T7__unwind_info__TEXTT?†T?(__DATA@ @__nl_symbol_ptr__DATA@@=__got__DATA@ @?__la_symbol_ptr__DATA0@Ë0@C__data__DATA B` B__bss__DATAÄG(__common__DATA®J‰H__LINKEDIT`0P∞""Ä0PP`pPpT ÿTD[»

PBYÄ /usr/lib/dyldpËy/1R±6‡+ãßÕ$

(Ä8Ω/usr/lib/libSystem.B.dylib

addblackholechangecloningdeletedstexpireflushgatewaygenmaskgethosthopcountifacei nterfaceifaifpinetinet6isolinkllinfolocklockrestmaskmonitormtunetnetmasknostatic osiprefixlenproto1proto2recvpiperejectrttrttvarsasendpipessthreshstaticx25xnsxre solveifscopebad keyword: %susage: route [-dnqtv] command [[modifiers] args]

nqdtv/dev/nullsocketmust be root to alter routing tableroute-sysctl-estimatemalloc failedroute-sysctl-getwrite to routing socketgot only %d for rlen

%-20.20s default%u.%u.%u.%uinvalid(%d) %x%u%u.%u%u.%u.%uaf %d:bad interface nameinvalid mask: %s%s %s %s: gateway %s (%s): %s

getifaddrsinternal error%s: %s

bad address: %sprefixlen not supported in this af

%s: bad value

actual retrieval of interface table

got message of size %d on %suwriting to routing socket: %sread from routing socketRTM_ADD: Add RouteRTM_DELETE: Delete RouteRTM_CHANGE: Change Metrics or flagsRTM_GET: Report MetricsRTM_LOSING: Kernel Suspects PartitioningRTM_REDIRECT: Told to use different routeRTM_MISS: Lookup failed on this addressRTM_LOCK: fix specified metricsRTM_OLDADD: caused by SIOCADDRTRTM_OLDDEL: caused by SIOCDELRTRTM_RESOLVE: Route created by cloningRTM_NEWADDR: address being added to ifaceRTM_DELADDR: address being removed from ifaceRTM_IFINFO: iface status changeRTM_NEWMADDR: new multicast group membership on ifaceRTM_DELMADDR: multicast group membership removed from ifacerouting message version %d not understood

%s: len %d, if# %d, flags:metric %d, flags:pid: %ld, seq %d, errno %d, ifscope %d, ifref, flags: route to: %s

routing message version %d not understoodmessage length mismatch, in packet %d, returned %dmessage indicates error %ddestination: %s

mask: %s

gateway: %s

interface: %.*s

flags:

%s

recvpipe sendpipe ssthresh rtt,msec rttvar hopcount mtu expire%8u%c %8d%c

sockaddrs:

locks: inits:

sockaddrs: %s%s: link %s; %s: inet %s; 064128not in tableentry in userouting table overflowdoneExamining routing table from sysctl00—Xa

ºHH3HTG,!

¿£„„Î"ù#%€(G)*≈*+\+!ú4¶4∞4∫4ƒ4Œ4ÿ4‚4Ï4ˆ45

555(525<5F5P5Z5d5n5x5Ç5å5ñ5†5™5¥5æ5»5“5‹5Ê55˙5666"6,666@6J6T6^6h6r6|6Ü6ê6ö6§6Æ6 ∏6¬6Ã6÷6‡6Í6Ù677777$7(7/757 =7

E7

I7N7

pksentrttvarrttssthreshsendpiperecvpipeexpirehopcountmtuUPGATEWAYHOSTREJECTDYNAM ICMODIFIEDDONEDELCLONE CLONING

XRESOLVE

LLINFOSTATIC

BLACKHOLEb016PROTO2PROTO1PRCLONINGWASCLONEDPROTO3b024PINNEDLOCALBROADCASTMULTICA STIFSCOPECONDEMNEDIFREFPROXYROUTERUPBROADCASTDEBUGLOOPBACKPTPb6RUNNINGNOARP PPROMISC

ALLMULTI

OACTIVESIMPLEX

LINK0LINK1LINK2MULTICASTDSTGATEWAYNETMASKGENMASKIFPIFAAUTHORBRD"0`=AÄ-p(`@___sta ck_chk_guardQrê@___stderrpê@___stdoutpê@_optindê@dyld_stub_binderÄ–ˇˇˇˇˇˇˇˇêr0@_ __bzeroêr8@___errorêr@@___memcpy_chkêrH@___memmove_chkêrP@___snprintf_chkêrX@___ stack_chk_failêr`@___strlcpy_chkêrh@_atoiêrp@_bcopyêrx@_ctimeêrÄ@_errêrà@_errxêr ê@_exitêrò@_fflushêr†@_fprintfêr®@_freeaddrinfoêr∞@_freeifaddrsêr∏@_fwriteêr¿@_g ai_strerrorêr»@_getaddrinfoêr–@_geteuidêrÿ@_gethostbyaddrêr‡@_gethostbynameêrË@_ gethostnameêr@_getifaddrsêr¯@_getnameinfoêrÄ@_getnetbyaddrêrà@_getnetbynameêrê@ _getoptêrò@_getpidêr†@_if_nametoindexêr®@_indexêr∞@_inet_addrêr∏@_inet_lnaofêr¿@ _inet_networkêr»@_inet_ntoaêr–@_link_addrêrÿ@_link_ntoaêr‡@_mallocêrË@_memcpyêr @_memsetêr¯@_openêrÄ@_printfêrà@_putcêrê@_putcharêrò@_putsêr†@_readêr®@_setuidêr ∞@_shutdownêr∏@_socketêr¿@_strchrêr»@_strcmpêr–@_strerrorêrÿ@_strlenêr‡@_strncpy êrË@_strtoulêr@_sysctlêr¯@_timeêrÄ@_warnêrà@_warnxêrê@_writeê__mh_execute_heade rº

@AB__mh_execute_header___bzero___error___memcpy_chk___memmove_chk___snprintf_chk ___stack_chk_fail___stack_chk_guard___stderrp___stdoutp___strlcpy_chk_atoi_bcopy _ctime_err_errx_exit_fflush_fprintf_freeaddrinfo_freeifaddrs_fwrite_gai_strerror _getaddrinfo_geteuid_gethostbyaddr_gethostbyname_gethostname_getifaddrs_getnamei nfo_getnetbyaddr_getnetbyname_getopt_getpid_if_nametoindex_index_inet_addr_inet_ lnaof_inet_network_inet_ntoa_link_addr_link_ntoa_malloc_memcpy_memset_open_optin d_printf_putc_putchar_puts_read_setuid_shutdown_socket_strchr_strcmp_strerror_st rlen_strncpy_strtoul_sysctl_time_warn_warnx_writedyld_stub_binderradr://5614542˙ fi¿M$D˙fi‡h0]‡com.apple.rout

Can someone please tell me where I can go for answers if not here?

Thank you for the reply, I know that the "route" file is to be expected but I've noticed the same thing you did, I've looked at the route in other computers and they are not the same. The scary part is that it's on my home computer. Can you tell me anything about what it says? I had someone else tell me that it looks like an attempt to reroute the route table and make changes to the network interface settings. I have a good idea of how null routes and black hole filtering are used and youll have to forgive me for saying this to the other person who responded but I think you might be mistaken about Apples use of this code as it appears here.

Thank you again for your reply, can you direct me to the proper forum for more information? I couldn't locate a "programming" forum when I posted this. It's very important that I confirm that this is not Apple code with Apple before I do anything else. I understand completely that it's within a proper Apple directory. I thought they might be interested in this anyway.

one note of importance... I'm not paranoid, the man who is responsible for this and other unusual" issues that I'm dealing with right now has fantastic resources.

ok, I'll try that but if you can offer any more insight it would be greatly appreciated. Can I move this discussion or do I need to start over?

OK, thank you for your time

So Apple employs black hole filtering? Can you help me understand when dropping packets is necessary from a code perspective? I don't mean to offend anyone here, I simply would like to know why my home network is dropping units of data. No need to get into it here but I am currently involved in a serious legal matter and I have very good reason to be concerned.