search for: 0000013e

[to write this message, I used google] Hi, I installed Camtasia Player and the codec TechSmith Screen Capture Codec (TSCC). Camtasia Player starts, but you can not start a video (an error of memory addresses ... if I remember correctly). I tried wine with 1.17. Vincenzo

...d be created for context 0x1 fixme:richedit:RichEditWndProc_common WM_STYLECHANGING: stub fixme:richedit:RichEditWndProc_common WM_STYLECHANGED: stub fixme:richedit:RichEditWndProc_common WM_STYLECHANGING: stub fixme:richedit:RichEditWndProc_common WM_STYLECHANGED: stub fixme:ole:CoGetCallContext ({0000013e-0000-0000-c000-000000000046}, 0x7e37f884): stub fixme:ole:CoGetCallContext ({0000013e-0000-0000-c000-000000000046}, 0x7e37f86c): stub fixme:ole:CoGetCallContext ({0000013e-0000-0000-c000-000000000046}, 0x7e37f86c): stub fixme:ole:CoGetCallContext ({0000013e-0000-0000-c000-000000000046}, 0x7e37f86c)...

...oGetClassObject class {304ce942-6e39-40d8-943a-b913c40c9cd4} not registered err:ole:create_server class {304ce942-6e39-40d8-943a-b913c40c9cd4} not registered err:ole:CoGetClassObject no class object {304ce942-6e39-40d8-943a-b913c40c9cd4} could be created for context 0x7 fixme:ole:CoGetCallContext ({0000013e-0000-0000-c000-000000000046}, 0x62878b80): stub fixme:ole:CoGetCallContext ({0000013e-0000-0000-c000-000000000046}, 0x62878b80): stub fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:ntdll:NtLockFile I/O comple...

...tfoo: > 130: 8b 44 24 04 movl 4(%esp), %eax > 134: 83 f8 00 cmpl $0, %eax > 137: 0f 84 05 00 00 00 je 5 <_XEP:getfoo+0x12> > 13d: e8 00 00 00 00 calll 0 <_XEP:getfoo+0x12> > 0000013e: IMAGE_REL_I386_REL32 _typeError > 142: e8 00 00 00 00 calll 0 <_XEP:getfoo+0x17> > 00000143: IMAGE_REL_I386_REL32 _getfoo > 147: c3 retl > > > On Tue, Jun 6, 2017 at 3:18 AM, Sean Silva <chisophugis at gmail.com>...

...24 04 movl 4(%esp), %eax >>> 134: 83 f8 00 cmpl $0, %eax >>> 137: 0f 84 05 00 00 00 je 5 <_XEP:getfoo+0x12> >>> 13d: e8 00 00 00 00 calll 0 <_XEP:getfoo+0x12> >>> 0000013e: IMAGE_REL_I386_REL32 _typeError >>> 142: e8 00 00 00 00 calll 0 <_XEP:getfoo+0x17> >>> 00000143: IMAGE_REL_I386_REL32 _getfoo >>> 147: c3 retl >>> >>> >>> On Tue, Jun 6, 2017 at 3:18...

...printername 0192 unistr: 0008 offset: 00000188 000188 smb_io_unistr sharename 0188 unistr: 000c offset: 00000162 000162 smb_io_unistr portname 0162 unistr: 0010 offset: 00000158 000158 smb_io_unistr drivername 0158 unistr: 0014 offset: 0000013e 00013e smb_io_unistr comment 013e unistr: 0018 offset: 0000013c 00013c smb_io_unistr location 013c unistr: 001c devmode: 00000000 0020 offset: 0000013a 00013a smb_io_unistr sepfile 013a unistr: 0024 offset: 00000128 000128 smb_io_unistr pri...

On Mon, Jun 5, 2017 at 1:34 PM, Nikodemus Siivola < nikodemus at random-state.net> wrote: > Uh. Turns out that if I hide the pointer to @foo from LLVM by passing it > through an opaque identity function ... then everything works fine. > > Is this a bug in LLVM or is there some magic involving globals I'm > misunderstanding? > This looks like a bug in the handling of

...-.M.i.t.a.-.F.S.-.C.5.0.1.6.N.-.K.X.-.1... 0008 offset: 00000198 0198 unistr: K.y.o.c.e.r.a.-.M.i.t.a.-.F.S.-.C.5.0.1.6.N.-.K.X.-.1... 000c offset: 00000172 0172 unistr: S.a.m.b.a. .P.r.i.n.t.e.r. .P.o.r.t... 0010 offset: 00000170 0170 unistr: .. 0014 offset: 0000013e 013e unistr: K.y.o.c.e.r.a. .M.i.t.a. .F.a.r.b.d.r.u.c.k.e.r... 0018 offset: 0000013c 013c unistr: .. 001c devmode: 00000000 0020 offset: 0000013a 013a unistr: .. 0024 offset: 00000128 0128 unistr: w.i.n.p.r.i.n.t... 0028 offset: 00000120...

...0004 offset: 0000017a 017a unistr: \.\.L.O.C.A.L.H.O.S.T.\.t.e.s.t... 0008 offset: 00000170 0170 unistr: t.e.s.t... 000c offset: 0000014a 014a unistr: S.a.m.b.a. .P.r.i.n.t.e.r. .P.o.r.t... 0010 offset: 00000140 0140 unistr: t.e.s.t... 0014 offset: 0000013e 013e unistr: .. 0018 offset: 0000013c 013c unistr: .. 001c devmode: 00000000 0020 offset: 0000013a 013a unistr: .. 0024 offset: 00000128 0128 unistr: w.i.n.p.r.i.n.t... 0028 offset: 00000120 0120 unistr: R.A.W... 002c offset: 0000011e...

...d.c:process_complete_pdu(719) > process_complete_pdu: processing packet type 0 >[2006/08/27 20:03:03, 5, pid=18112] rpc_parse/parse_prs.c:prs_debug(84) > 000000 smb_io_rpc_hdr_req req >[2006/08/27 20:03:03, 5, pid=18112] rpc_parse/parse_prs.c:prs_uint32(704) > 0000 alloc_hint: 0000013e >[2006/08/27 20:03:03, 5, pid=18112] rpc_parse/parse_prs.c:prs_uint16(675) > 0004 context_id: 0000 >[2006/08/27 20:03:03, 5, pid=18112] rpc_parse/parse_prs.c:prs_uint16(675) > 0006 opnum : 0002 >[2006/08/27 20:03:03, 5, pid=18112] rpc_server/srv_pipe.c:api_pipe_schannel...

...c_server/srv_pipe_hnd.c:process_complete_pdu(719) process_complete_pdu: processing packet type 0 [2006/08/27 20:03:03, 5, pid=18112] rpc_parse/parse_prs.c:prs_debug(84) 000000 smb_io_rpc_hdr_req req [2006/08/27 20:03:03, 5, pid=18112] rpc_parse/parse_prs.c:prs_uint32(704) 0000 alloc_hint: 0000013e [2006/08/27 20:03:03, 5, pid=18112] rpc_parse/parse_prs.c:prs_uint16(675) 0004 context_id: 0000 [2006/08/27 20:03:03, 5, pid=18112] rpc_parse/parse_prs.c:prs_uint16(675) 0006 opnum : 0002 [2006/08/27 20:03:03, 5, pid=18112] rpc_server/srv_pipe.c:api_pipe_schannel_process(2086) dat...