search for: pstream

...t hard to compile the normal xapian stuff but if you download svn it can be tricky to compile the complete release. 1) Get swig 1.3.26 or higher from swig.org. The Breezy packages are too old. The rest is only needed for cvssearch. 2) `apt-get install libdb4.1++-dev` 3) Download the recent pstream.h from pstreams.sf.net Replace cvssearch/db/pstream.h and cvssearch/map/process/pstream.h 4) I couldn't figure out where uint_to_string() came from so I rewrote it, and there was another typo in that same file. The patch is attached. regards, dan carpenter -------------- next part ----...

...p;DwoOut->os() : nullptr,                                       FileType, NoVerify, MMIWP)) Now, with this tiny change I was hoping to write to a string instead of the output stream defined by the command line parameters: std::string outStr; raw_string_ostream stream(outStr); buffer_ostream pstream(stream); if (Target->addPassesToEmitFile(PM, pstream,                                     DwoOut ? &DwoOut->os() : nullptr,                                     FileType, NoVerify, MMIWP)) later, e.g., after PM.run(*M), I check the string for content with WithColor::warning(errs(), ar...

...4145.html I’m also aware of the alternative approach below, but I’m not sure if the output will be the same as the assembly generated by OrcJit. Probably not. std::string outStr; { llvm::legacy::PassManager pm; llvm::raw_string_ostream stream(outStr); llvm::buffer_ostream pstream(stream); targetMachine->addPassesToEmitFile(pm, pstream, nullptr, llvm::TargetMachine::CGFT_AssemblyFile); pm.run(*m); } llvm::errs() << "Assembly:\n" << outStr << "\n"; Thanks! Diego ___________...

...ore memory efficient, unless I'm missing something. Michael On Tue, Mar 17, 2015 at 2:03 PM, Simon Urbanek <simon.urbanek at r-project.org> wrote: > Jorge, > > what you propose is not possible because the size of the output is > unknown, that's why a dynamically growing PStream buffer is used - it > cannot be pre-allocated. > > Cheers, > Simon > > > > On Mar 17, 2015, at 1:37 PM, Martinez de Salinas, Jorge < > jorge.martinez-de-salinas at hp.com> wrote: > > > > Hi, > > > > I've been doing some tests using serial...

...stream. The original code (which works) that opens a stream, then reads in the OGG data starts like this: // Read from an already open stream. // Assumes stream is positioned to start of OGG data // Not a complete function, just enought to show what I am trying to do void readFromPackfile( FILE * pStream ) { OggVorbis_File vf; ov_callbacks callbacks; vorbis_info *info; callbacks.read_func = sdl_read_func; callbacks.seek_func = sdl_seek_func; // Will setting this to NULL let me read from the middle of a stream? callbacks.tell_func = sdl_tell_func; callbacks.close_func...

...ng serialize() is ~1.2GB: $ cat /proc/15155/status |grep Vm ... VmHWM: 1207792 kB VmRSS: 817272 kB We work with very large data frames and in many cases this is killing R with an "out of memory" error. This is the relevant code in R 3.1.3 in src/main/serialize.c:2494 InitMemOutPStream(&out, &mbs, type, version, hook, fun); R_Serialize(object, &out); val = CloseMemOutPStream(&out); The serialized object is being stored in a buffer pointed by out.data. Then in CloseMemOutPStream() R copies the whole buffer to a newly allocated SEXP object (the raw vector that s...

...r further investigation. (I omitted it to avoid manually packaging a whole set of object files - I think --reproduce=<repro> doesn't work on Windows yet). For reference, here's the segfault: #0 0x0000000000500999 llvm::sys::PrintStackTrace(llvm::raw_ostream&) /ssd2/pirama/ll$ m-upstream/llvm/lib/Support/Unix/Signals.inc:488:11 #1 0x0000000000500b49 PrintStackTraceSignalHandler(void*) /ssd2/pirama/llvm-upstream$ llvm/lib/Support/Unix/Signals.inc:552:1 #2 0x00000000004ff1d6 llvm::sys::RunSignalHandlers() /ssd2/pirama/llvm-upstream/llvm$ lib/Support/Signals.cpp:66:5 #3 0x000000000050...

...ally packaging a whole set of object files - I think >> --reproduce=<repro> doesn't work on Windows yet). >> >> For reference, here's the segfault: >> #0 0x0000000000500999 llvm::sys::PrintStackTrace(llvm::raw_ostream&) >> /ssd2/pirama/ll$ >> m-upstream/llvm/lib/Support/Unix/Signals.inc:488:11 >> >> #1 0x0000000000500b49 PrintStackTraceSignalHandler(void*) >> /ssd2/pirama/llvm-upstream$ >> llvm/lib/Support/Unix/Signals.inc:552:1 >> #2 0x00000000004ff1d6 llvm::sys::RunSignalHandlers() >> /ssd2/pirama/llvm-upstrea...

...g. // Stream 2 buffers for Source::Play () virtual bool Stream (); // Stream single buffer for Source::Update () virtual bool Stream (ALuint buffer); virtual bool Rewind (); OggStream* GetOggStream () const { return m_pOggStream; } void SetOggStream (OggStream *pStream) { m_pOggStream = pStream; } void PCMData (ALuint id, ALenum eFormat, ALvoid *data, ALsizei size, ALsizei freq); // get sound data format after loading, return AL_FORMAT_MONO8,...., AL_FORMAT_STERIO16 ALenum Format () const { return m_eFormat; } static void ALErrorCheck ();...

...ace: =>1 0x40af5edf StdMarshalImpl_MarshalInterface+0xbf(iface=0x403e9d00, pStm=0x403c8e40, riid=0x40b1c934, pv=0x416a0710, dwDestContext=0x0, pvDestContext=0x0, mshlflags=0x0) [/home/grahame/wine/dlls/ole32/compobj_private.h:180] in ole32 (0x41aa4f54) 2 0x40af749c CoMarshalInterface+0x26c(pStream=0x403c8e40, riid=0x40b1c934, pUnk=0x416a0710, dwDestContext=0x0, pvDestContext=0x0, mshlFlags=0x0) [/home/grahame/wine/dlls/ole32/marshal.c:716] in ole32 (0x41aa501c) 3 0x40ae335a _LocalServerThread+0x1ea(param=0x403c9c88) [/home/grahame/wine/dlls/ole32/compobj.c:1136] in ole32 (0x41aa51b0)...

Jorge, what you propose is not possible because the size of the output is unknown, that's why a dynamically growing PStream buffer is used - it cannot be pre-allocated. Cheers, Simon > On Mar 17, 2015, at 1:37 PM, Martinez de Salinas, Jorge <jorge.martinez-de-salinas at hp.com> wrote: > > Hi, > > I've been doing some tests using serialize() to a raw vector: > > df <- data.frame(r...

...#39;m missing something. > > Michael > >> On Tue, Mar 17, 2015 at 2:03 PM, Simon Urbanek <simon.urbanek at r-project.org> wrote: >> Jorge, >> >> what you propose is not possible because the size of the output is unknown, that's why a dynamically growing PStream buffer is used - it cannot be pre-allocated. >> >> Cheers, >> Simon >> >> >> > On Mar 17, 2015, at 1:37 PM, Martinez de Salinas, Jorge <jorge.martinez-de-salinas at hp.com> wrote: >> > >> > Hi, >> > >> > I've be...

...implemented fixme:toolbar:TOOLBAR_Unkwn464 hwnd=0x10080 wParam 00000001 lParam 00000000 fixme:dpa:DPA_LoadStream phDpa=0x5d7c248 loadProc=0x8aba1c pStream=0x217cf58 lParam=217cf20 fixme:dpa:DPA_LoadStream dwSize=0 dwData2=0 dwItems=0 fixme:dpa:DPA_LoadStream new hDpa=0x217ce90, errorcode=800...

Are the functions 'R_Unserialize' and 'R_InitFileInPStream' allowed to be used in R packages? I guess I'm just not clear on the implications of this comment in 'Rinternals.h': /* The connection interface is not yet available to packages. To allow limited use of connection pointers this defines the opaque pointer type. */ I have a...

...ixme:toolbar:TOOLBAR_CheckStyle [0x10032] TBSTYLE_REGISTERDROP not implemented fixme:toolbar:TOOLBAR_CheckStyle [0x10032] TBSTYLE_REGISTERDROP not implemented fixme:toolbar:TOOLBAR_Unkwn464 hwnd=0x10036 wParam 00000001 lParam 00000000 fixme:dpa:DPA_LoadStream phDpa=0x7fb0d8d0 loadProc=0x7117d6c0 pStream=0x7fde5ca8 lParam=7fde5d00 fixme:dpa:DPA_LoadStream dwSize=0 dwData2=0 dwItems=0 fixme:dpa:DPA_LoadStream new hDpa=0x7fde60a8, errorcode=80004005 fixme:toolbar:TOOLBAR_Unkwn45D hwnd=0x10050, wParam=0x00000000, size.cx=1280, size.cy=1020 stub! fixme:shell:NTSHChangeNotifyRegister (0x10050,0x000080...

...b! fixme:toolbar:TOOLBAR_CheckStyle [0x10034] TBSTYLE_REGISTERDROP not implemented fixme:toolbar:TOOLBAR_CheckStyle [0x10034] TBSTYLE_REGISTERDROP not implemented fixme:toolbar:TOOLBAR_Unkwn464 hwnd=0x10038 wParam 00000001 lParam 00000000 fixme:dpa:DPA_LoadStream phDpa=0x33d648 loadProc=0x79ba1c pStream=0x17bca8 lParam=17b928 fixme:dpa:DPA_LoadStream dwSize=0 dwData2=0 dwItems=0 fixme:dpa:DPA_LoadStream new hDpa=0x17b8d0, errorcode=80004005 fixme:toolbar:TOOLBAR_Unkwn45D hwnd=0x1004e, wParam=0x00000000, size.cx=1920, size.cy=1196 stub! fixme:shell:NTSHChangeNotifyRegister (0x1004e,0x00008003,0x0...

Seeing the discussion on using vorbis as a benchmark has prompted me to post a few results that I have. Times are as reported by oggenc. I used track 8 on Stereolab's Dots and Loops album. It's 334 seconds long. Tests on windows machines used the windows oggenc binary from www.vorbis.com Tests on unix machines used oggenc compiled on that machine. Compaq PIII - WinNT (1000 MHz) - 91

...ndReleaseStream to compobj.c. ole32: Remove some unneeded inclusions of headers. ole32: Fix HGLOBALStreamImpl_CopyTo to check the return values of IStream_Read and IStream_Write and to not compare the bytes read to the bytes written. ole32: Return an error in CoMarshalInterface if pStream is NULL. ole32: Fix Read/WriteClassStm to return an error if the passed in stream pointer is NULL. ole32: Return an error from CoUnmarshalInterface if pStream is NULL or if ppv is NULL. ole32: Add tests for invalid arguments of CoMarshalInterface and CoMarshalInterThreadInterfaceI...

This patch set is a follow up to "Add a vhost RPMsg API" [1], it is marked as an RFC because firstly it depends on the RPMsg API series and secondly it is currently being reviewed on ALSA and SOF mailing lists, but any early comments from virtualisation developers would be highly appreciated too! Thanks Guennadi [1]

This patch set is a follow up to "Add a vhost RPMsg API" [1], it is marked as an RFC because firstly it depends on the RPMsg API series and secondly it is currently being reviewed on ALSA and SOF mailing lists, but any early comments from virtualisation developers would be highly appreciated too! Thanks Guennadi [1]