search for: opnum

...8 192.168.40.2 192.168.40.46 NBSS Session message 4 0.011062 192.168.40.46 192.168.40.2 TCP 58439 > microsoft-ds [ACK] Seq=1 Ack=3096 Win=4380 Len=0 5 0.011113 192.168.40.46 192.168.40.2 DCERPC Request: call_id: 5 opnum: 26 ctx_id: 0 6 0.011233 192.168.40.2 192.168.40.46 TCP microsoft-ds > 58439 [ACK] Seq=3096 Ack=177 Win=41664 Len=0 7 0.015300 192.168.40.2 192.168.40.46 DCERPC Response: call_id: 5 ctx_id: 0 8 0.019147 192.168.40.46 192...

Michael, Overall the code looks good. 80-cols: 2046 FMF.UnsafeAlgebra = 0 != (Record[OpNum] & (1 << bitc::FMF_UNSAFE_ALGEBRA)); 2047 FMF.NoNaNs = 0 != (Record[OpNum] & (1 << bitc::FMF_NO_NANS)); 2048 FMF.NoInfs = 0 != (Record[OpNum] & (1 << bitc::FMF_NO_INFS)); 2049 FMF.NoSignedZeros = 0 != (Record[OpNum] &am...

Another round of improved patches, and a patch for documentation changes to LangRef. * Make comments more up to date * Use 'arcp' instead of 'ar' * Use logical || Still based off of r168110 On Nov 15, 2012, at 3:31 PM, Michael Ilseman <milseman at apple.com> wrote: > > On Nov 15, 2012, at 3:23 PM, Joe Abbey <joe.abbey at gmail.com> wrote: >

...concern? > Michael, Ah I see. So this just becomes a matter of interpretation of bits in the optimization flags. Shouldn't need to promote the CurVersion. Nitpick: 80-cols in BitcodeReader.cpp Since Instruction::FastMathFlags is a class, seems like the constructor could take in Record[OpNum] , and assign the flags. Looking forward to the full patch. Joe

...> Ah I see. So this just becomes a matter of interpretation of bits in the optimization flags. Shouldn't need to promote the CurVersion. > > Nitpick: 80-cols in BitcodeReader.cpp > > Since Instruction::FastMathFlags is a class, seems like the constructor could take in Record[OpNum] , and assign the flags. > I like the intent, but unfortunately Record[OpNum] is just a uint64_t. The agreement of which bit means what is in LLVMBitCodes.h, and I'd prefer not having an implicit handshake between the bitcode and the rest of LLVM. However, I'll try to find ways to fact...

Hi, I'm having terrible difficulties getting Samba to cooperate. I have the following scenario: Samba 2.2.3 set up as a PDC on a linux machine (turing, with the domain set to DEFAULTDOMAIN), working fine with a win2k client. Now I wish to join a Samba 2.2 linux machine was a domain member server (moog), and I can't seem to convince samba to do what I want it to. moog$ is set up on the PDC

...ister is available, allocate it! assignVirtToPhysReg(VirtReg, PhysReg); } else { // No registers available. // If we can fold this spill into this instruction, do so now. This comment says that something should be folded. SmallVector<unsigned, 2> Ops; Ops.push_back(OpNum); I don't understand the usage of Ops. Seems not to be used at all. // It looks like we can't fold this virtual register load into this // instruction. Force some poor hapless value out of the register file to // make room for the new register, and reload it. And this commen...

...desc: 00000000 001c ptr_sec_qos : 00000001 0020 len : 0000000c 0024 sec_imp_level : 0002 0026 sec_ctxt_mode : 01 0027 effective_only: 00 lsa_io_sec_qos: length c does not match size 8 0028 des_access: 02000000 create_rpc_request: opnum: 0x6 data_len: 0x44 000000 smb_io_rpc_hdr hdr 0000 major : 05 0001 minor : 00 0002 pkt_type : 00 0003 flags : 03 0004 pack_type0: 10 0005 pack_type1: 00 0006 pack_type2: 00 0007 pack_type3: 00 0008 frag_len : 0044 000a auth_len : 0000 0...

The second equality here: (in lib/Bitcode/Reader/BitcodeReader.cpp) AtomicOrdering Ordering = GetDecodedOrdering(Record[OpNum+2]); if (Ordering == NotAtomic || Ordering == Release || Ordering == AcquireRelease) return Error("Invalid STOREATOMIC record"); Is failing on this assembly, which was generated by Clang: store atomic i32 0, i32* @mutex release, align 4 Is this a typo or is th...

...0003 flags : 03 0004 pack_type0: 10 0005 pack_type1: 00 0006 pack_type2: 00 0007 pack_type3: 00 0008 frag_len : 0044 000a auth_len : 0000 000c call_id : 00000002 000010 smb_io_rpc_hdr_req hdr_req 0010 alloc_hint: 0000002c 0014 context_id: 0000 0016 opnum : 0006 rpc_api_pipe: Remote machine pdc pipe \lsarpc fnum 0x7304 000000 smb_io_rpc_hdr rpc_hdr 0000 major : 05 0001 minor : 00 0002 pkt_type : 02 0003 flags : 03 0004 pack_type0: 10 0005 pack_type1: 00 0006 pack_type2: 00 0007 pack_type3: 00 0...

Sorry, I have typo in my question. I will be careful next time. This is how I obtain the source operands of an instruction. // ----------------------------------------------------------------- BasicBlock::iterator it; ... for(int k=0; k<OpNum; k++){ errs()<<it->getOperand(k)<<" "; } ... // -------------------------------------------------------------------- Also I try it->getVaueID(), and it->InstructionVal to get destination operand. They don't work and I know what they return now ). <ofv at...

...lsa_io_obj_qos sec_qos 0020 len : 0000000c 0024 sec_imp_level : 0002 0026 sec_ctxt_mode : 01 0027 effective_only: 00 0028 unknown : 02000000 rpc_api_pipe_req: Outgoing data not a multiple of 8 bytes.... create_rpc_request: opnum: 0x6 data_len: 0x44 create_rpc_request: data_len: 44 auth_len: 0 alloc_hint: 34 000000 smb_io_rpc_hdr hdr 0000 major : 05 0001 minor : 00 0002 pkt_type : 00 0003 flags : 03 0004 pack_type0: 10 0005 pack_type1: 00 0006 pack_type2: 00 0007 pack_type3: 00...

...gs : 01 0004 pack_type0: 10 0005 pack_type1: 00 0006 pack_type2: 00 0007 pack_type3: 00 0008 frag_len : 029d 000a auth_len : 0000 000c call_id : 00000006 000010 smb_io_rpc_hdr_req hdr_req 0010 alloc_hint: 0000050a 0014 context_id: 0000 0016 opnum : 0009 rpc_write_send: data_to_write: 669 cli_chain_cork: mid=23 cli_state_handler called with flags 2 cli_state_handler called with flags 3 cli_state_handler called with flags 1 cli_state_handler: received 51 bytes, smb_len(evt_inbuf) = 47 handle_incoming_pdu: got mid 23 000000 smb_io_...

...rameters 0001a8 spoolss_io_devmode_cont 01a8 size: 00000000 01ac devmode_ptr: 00000000 0001b0 sec_io_desc_buf 01b0 size: 00000000 01b4 ptr: 00000000 01b8 command: 00000000 rpc_api_pipe_req: Outgoing data not a multiple of 8 bytes.... create_rpc_request: opnum: 0x7 data_len: 0x1d4 create_rpc_request: data_len: 1d4 auth_len: 0 alloc_hint: 1c4 000000 smb_io_rpc_hdr hdr 0000 major : 05 0001 minor : 00 0002 pkt_type : 00 0003 flags : 03 0004 pack_type0: 10 0005 pack_type1: 00 0006 pack_type2: 00 0007 pack_type...

Hi, I have setup samba server on my linux box (Fedora Core 4 with latest samba, just updated via RHN) and has configured file sharing via samba for this server and connecting to it from my windows xp box. So far, everything works fine and it is very fast. Then, I configured a printer, and shared it via samba. And, I can see+connect to it from Windows XP and can even print. But, everything

...gth : 0x0000 (0) call_id : 0x00000002 (2) u : union dcerpc_payload(case 0) request: struct dcerpc_request alloc_hint : 0x0000002c (44) context_id : 0x0000 (0) opnum : 0x0006 (6) object : union dcerpc_object(case 0) empty: struct dcerpc_empty _pad : DATA_BLOB length=0 stub_and_verifier : DATA_BLOB length=0 rpc_api_pipe: host domain-controller.domain.l...

On Sat, Sep 17, 2011 at 1:00 PM, David Meyer <pdox at google.com> wrote: > The second equality here: (in lib/Bitcode/Reader/BitcodeReader.cpp) > >      AtomicOrdering Ordering = GetDecodedOrdering(Record[OpNum+2]); >      if (Ordering == NotAtomic || Ordering == Release || >          Ordering == AcquireRelease) >        return Error("Invalid STOREATOMIC record"); > > Is failing on this assembly, which was generated by Clang: > >  store atomic i32 0, i32* @mutex release, ali...

...So this just becomes a matter of interpretation of bits in the optimization flags. Shouldn't need to promote the CurVersion. >> >> Nitpick: 80-cols in BitcodeReader.cpp >> >> Since Instruction::FastMathFlags is a class, seems like the constructor could take in Record[OpNum] , and assign the flags. >> > > I like the intent, but unfortunately Record[OpNum] is just a uint64_t. The agreement of which bit means what is in LLVMBitCodes.h, and I'd prefer not having an implicit handshake between the bitcode and the rest of LLVM. However, I'll try to fin...

...gth              : 0x0000 (0)         call_id                  : 0x00000002 (2)         u                        : union dcerpc_payload(case 0)         request: struct dcerpc_request             alloc_hint               : 0x0000002c (44)             context_id               : 0x0000 (0)             opnum                    : 0x0006 (6)             object                   : union dcerpc_object(case 0)             empty: struct dcerpc_empty             _pad                     : DATA_BLOB length=0             stub_and_verifier        : DATA_BLOB length=0 rpc_api_pipe: host domain-controller.domain.l...

...1 system, something around 800 network packets travel between the client and the server. When doing the same with Service Pack 2 installed, 20.000-40.000 packets are travelling through the wire. The additional packets all look the same: [TCP segment of a reassembled PDU] DCERCP Request: call_id: 7 opnum: 53 ctx_id.... microsoft-ds > 1227 [ACK] Seq=3937 Ack=.... It looks like as if much data is travelling and segmented due to data size. If a reassemble one of this segment chains I get a packet with something around 170k data in it. And there are many of these packets... I tried different sam...