HI已经发现了一些看起来像是bug的东西，我想让你告诉我是不是。当你使用伯克利API打开了一个客户端TCP套接字时，有一个连接到NETYPARS层的条目，它将它转发到低级TCPSocket和你可以在它上面使用的函数（TC）。PIPTTCP等）如果套接字在服务器端关闭，伯克利层将接收到“HoalLeablieCpDeSt连接”的调用，它将调用BSDSocket在调用TCPIPUTCPUBLAST之后进行Sttz断开连接。但是，如果应用程序调用“CeleSocket”，那么它将检测到TCP客户端SockEk。T与BSDATS.GT:= SktIdEnter，因为套接字是在Sktz断开的，所以它不会称为“NETA PrimeSockCocket”。因此，伯克利和TCP层都可以，但是NETAYPRES将有一个条目“使用”，而它并不真正活跃。问题是：这个条目什么时候发布？-为什么不能跳过“否则”（Socket & Gt；BSDSTATE！= Sktz断开连接“”何时调用“CeleSoCKET”？我的意思是，现在我决定在那里使用一个“其他”，并且插座被正确关闭，但是我想知道这个附加条件的含义。以上来自于百度翻译 以下为原文 HiI've detected something that looks like a bug, and I'd like you to tell me whether it is or not.When you have a client TCP socket opened using the Berkeley API, there is a link to an entry of the NET_PRES layer, which forwards it to the low level TCP_SOCKET and the functions you can use on it (TCPIP_TCP_Close, etc). If the socket is closed at the server side, the Berkeley layer will receive a call to "HandlePossibleTCPDisconnection", which will take the BSD socket to SKT_DISCONNECTED after calling TCPIP_TCP_Abort.However, if after that your application calls "closesocket" then it will detect a TCP client socket with a bsdState >= SKT_LISTEN which won't call "NET_PRES_SocketClose" because of the socket being on SKT_DISCONNECTED. As a result, both Berkeley and TCP layer will be ok, but NET_PRES will have an entry "inUse" while it's not really active.And the questions:- When is this entry going to be released?- Why can't skip the "else if(socket->bsdState != SKT_DISCONNECTED)" check when calling "closesocket"? I mean, for now I've decided to use an "else" right there and the socket is closed properly, but I'd like to know what was the meaning of this additional condition.Regards
2018-08-30 16:02
我正在尝试进行性能验证，并可能对E4436B（ESG-DP）信号发生器进行校准。我在Windows XP笔记本电脑上使用Agilent服务支持软件（版本B.07.00，ESG_APDP版本B6.3），并在ESG上安装了82357A USB-GPIB接口。根据服务软件随附的说明，这是一个有效的设置。尽管Agilent IO Lib驱动程序可以看到ESG并与其进行通信，但服务软件的SICL库似乎存在问题。当我调用任何测试并尝试运行它时，服务软件给我以下错误消息：＃207 EQUIPMENT ERROR：型号：E4436B，序列号US3926xxxx，驱动程序：C：\ HP_SVC \ DRIVERS \ DRV4400B.dll。无法初始化SICL库。验证HPIB地址和连接，如果问题仍然存在，请重新启动系统。我选择运行Fractional N Board的性能测试，因为它不需要其他设备。我已经验证了所有的连接和地址，并且我已经多次重启了笔记本电脑。我已删除并重新安装了Agilent IO Libs，甚至将其从最新版本（16.1）降级到82357A接口（M01.01）附带的版本。我重新安装了服务支持软件。似乎没有任何帮助，我无法看到任何明显错误的硬件设置或我的软件安装。任何人都指出我正确的方向来解决这个问题吗？谢谢，斯坦 以上来自于谷歌翻译 以下为原文I am trying to do a performance verification and possibly a calibration of an E4436B (ESG-DP) signal generator. I am using the Agilent Service Support Software (Version B.07.00, ESG_APDP Version B6.3) on a Windows XP laptop with an 82357A USB-GPIB interface to the ESG. According to the instructions supplied with the service software, this is a valid setup. Although the Agilent IO Lib drivers can see the ESG and communicate with it just fine, the service software seems to be having a problem with its SICL libraries. The service software gives me the following error message when I invoke any test and try to run it:#207 EQUIPMENT ERROR: Model: E4436B, Serial Number US3926xxxx, Driver: C:\HP_SVC\DRIVERS\DRV4400B.dll. SICL libraries could not be initialized. Verify HPIB addresses and connections, and if the problem persists, reboot your system.I chose to run the performance test of the Fractional N Board since it required no other equipment. I have verified all of the connections and addresses, and I have rebooted the laptop several times. I have removed and reinstalled the Agilent IO Libs, even downgrading it from the latest version (16.1) to the version that came with the 82357A interface (M01.01). I have reinstalled the Service Support Software. Nothing seems to help, and I can't see anything obviously wrong with either my hardware setup or my software installation.Can anyone point me in the right direction to get this sorted out?Thanks,Stan
2019-07-15 11:10
UWB（ultra wideband）是超宽带无线技术的缩写。UWB技术是一种使用1GHz以上带宽的最先进的无载波无线通信技术，利用纳秒至微微秒级的非正弦波窄脉冲传输数据。有人称它为无线电领域的一次革命性进展，认为它将成为未来短距离无线通信的主流技术。虽然是无线通信，但其通信速度可以达到几百Mbit/秒以上。由于原来的无线通信在通信时需要连续发出载波（电波），自然要消耗电能。而UWB是发出瞬间尖波形电波－也就是所谓的脉冲电波－直接按照0或1发送出去。由于只在需要时发送出脉冲电波，因而大大减少了耗电量。 UWB定位为室内通信用途，美国联邦通信委员会（FCC：Federal Communications Commission）已经将3.1G～10.6GHz频带向UWB通信开放。IEEE802委员会也已将UWB作为PAN（personal area network）的基础技术候选对象来探讨。
2019-07-12 07:21
