search for: writebyte

Displaying 17 results from an estimated 17 matches for "writebyte".

Did you mean: writebytes
2005 Aug 16
4
Image from bytes streams
...p = Runtime.getRuntime().exec("C:/Arquivos de programas/R/rw1090/bin/Rterm.exe --no-save"); DataOutputStream output = new DataOutputStream(new BufferedOutputStream(p.getOutputStream())); DataInputStream input = new DataInputStream(new BufferedInputStream(p.getInputStream())); // output.writeBytes("pie(c(50,30,20))"); //Pie graphic output.writeBytes("plot(1,1)"); // Plot graphic output.flush(); input.readFully(new byte[200]); // Here I read the "image" bytes. ------------------------------------------------------------------------------------------------------...
2010 Apr 17
0
[LLVMdev] Intro to the MC Project
...IT")) { AsmStreamer.reset(createJITStreamer(*Context, *TAB, Out, MCE)); } else { AsmStreamer.reset(createMachOStreamer(*Context, *TAB, Out, MCE)); } What do you think ? Do you consider this to be acceptable ? Or just horrible ? - MCObjectWriter::Write8 and MCObjectWriter::WriteBytes are designed to write in a raw_ostream instance, to adapt them to the JIT, I see 2 possibilities : - Add a virtual keyword on Write8/WriteBytes and re-implement them in JITObjectWriter ? This is my current solution but I fear it's not so good for the performances. - Make a JIT_raw_ostream...
2010 Apr 16
2
[LLVMdev] Intro to the MC Project
I do have an opinion, but don't have enough time to comment in much depth. The approximate approach I had in mind sounds like what you describe, though, the JITObjectWriter is the core piece, the other pieces probably fall into place as it becomes obvious if they are needed. It should be pretty straightforward to bring up something which works for running code with no external symbols, if you
2013 Nov 26
0
[LLVMdev] MCJIT RemoteMemoryManager Failures on ARM
Looking at the code, one obvious source of intermittent failure is that the Linux implementations of ReadBytes and WriteBytes don't check for EINTR. I doubt that's the failure you're seeing because it would be more randomly distributed but it's something that should be fixed. More likely as the cause of failure in your case is that read is returning less than the number of bytes requested. In theory,...
2013 Nov 26
2
[LLVMdev] MCJIT RemoteMemoryManager Failures on ARM
On 26 November 2013 19:05, Kaylor, Andrew <andrew.kaylor at intel.com> wrote: > I would also note that the failure isn’t actually in anything > MCJIT-specific. Aside from the fact that it seems to be clang-specific, > the code that is failing is specific to the lli remote implementation. > It’s not clear to me why it would fail under aggressive optimization with > clang,
2012 Nov 29
2
[LLVMdev] [cfe-dev] UB in TypeLoc casting
Moving to LLVM dev to discuss the possibility of extending the cast infrastructure to handle this. On Tue, Nov 20, 2012 at 5:51 PM, John McCall <rjmccall at apple.com> wrote: > On Nov 18, 2012, at 5:05 PM, David Blaikie <dblaikie at gmail.com> wrote: >> TypeLoc casting looks bogus. >> >> TypeLoc derived types return true from classof when the dynamic type >>
2012 Nov 30
0
[LLVMdev] [cfe-dev] UB in TypeLoc casting
..."); @@ -432,14 +432,14 @@ } case MCFragment::FT_Data: { - MCDataFragment &DF = cast<MCDataFragment>(F); + const MCDataFragment &DF = cast<MCDataFragment>(F); assert(FragmentSize == DF.getContents().size() && "Invalid size!"); OW->WriteBytes(DF.getContents().str()); break; } case MCFragment::FT_Fill: { - MCFillFragment &FF = cast<MCFillFragment>(F); + const MCFillFragment &FF = cast<MCFillFragment>(F); assert(FF.getValueSize() && "Invalid virtual align in concrete fragment!&qu...
2011 Feb 15
0
Speex for vb.net voice chat
hi all What is the best version to use denoise and echo cancellation encode and decode with vb.net i tried exes with command line orguments i am getting an error at StandardInput.BaseStream.WriteByte where can i get implimentation vb.net or c# sample Please help me From Venkata ramana India -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/speex-dev/attachments/20110215/9da49e24/attachment.htm
2004 Aug 06
3
q about jspeex
Hi Marc, thanks for the quick reply. Marc Gimpel wrote: > It would appear the the 'pcm2speex.read(frame, 0, frame.length)' is > blocking which means that it is waiting for data from the underlying > inputstream (i.e.AudioInputStream(t.input)). If it could read > sufficient data it would transcode it. If it recieved an EOF, it > should do some zero padding and then
2010 Aug 19
1
2.0 migration weirdnesses: logs and hang
...le.net.key userdb { args = uid=64020 gid=64020 home=/var/lib/vpopmail/domains/%Ld/%Ln allow_all_users=yes driver = static } valid_chroot_dirs = /var/lib/vpopmail/domains verbose_proctitle = yes protocol imap { imap_client_workarounds = tb-extra-mailbox-sep delay-newmail imap_logout_format = writebytes=%o, readbytes=%i mail_plugins = fts fts_squat zlib } protocol lda { auth_socket_path = /var/run/dovecot/memoryhole2/auth-master hostname = memoryhole.net mail_plugins = fts fts_squat postmaster_address = postmaster at memoryhole.net } -------------- next part -------------- A non-text at...
2009 Jul 21
1
zpool import is trying to tell me something...
...t10d0s0 ONLINE c3t8d0s0 ONLINE c3t9d0s0 ONLINE hydra# /usr/lib/zfs/availdevs -p ... pool name="tank" id="12156936533394213216" poolversion="14" used="0" size="0" replacementsize="0" readbytes="0" writebytes="0" readoperations="0" writeoperations="0" readerrors="0" writeerrors="0" checksumerrors="0" devicestate="VDEV_STATE_CANT_OPEN" devicestatus="VDEV_AUX_NO_REPLICAS" poolstate="POOL_STATE_ACTIVE" poolstatus=&qu...
2018 Dec 11
1
Solr
...at org.apache.solr.core.SolrCore.openNewSearcher(SolrCore.java:2039) Dec 11 06:00:14 gjserver solr[16761]: ... 51 more DEC 11 06:00:14 GJSERVER SOLR[16761]: CAUSED BY: JAVA.LANG.ARRAYINDEXOUTOFBOUNDSEXCEPTION: -65536 Dec 11 06:00:14 gjserver solr[16761]: at org.apache.lucene.index.TermsHashPerField.writeByte(TermsHashPerField.java:198) Dec 11 06:00:14 gjserver solr[16761]: at org.apache.lucene.index.TermsHashPerField.writeVInt(TermsHashPerField.java:224) Dec 11 06:00:14 gjserver solr[16761]: at org.apache.lucene.index.FreqProxTermsWriterPerField.writeProx(FreqProxTermsWriterPerField.java:80) Dec 11 06:...
2018 Dec 10
3
Solr
On 12/4/2018 10:40 AM, Joan Moreau via dovecot wrote: > > In the Wiki, ( https://wiki.dovecot.org/Plugins/FTS/Solr ), it would > nice to stipulate to the reader? to type the command : > > sudo -u solr /opt/solr/bin/solr create -c dovecot # to create the > dovecot instance > > before updating the schema.xml . > > Also,? schema.xml is in
2008 Apr 01
2
[LLVMdev] Being able to know the jitted code-size before emitting
Hi Evan, Evan Cheng wrote: > 1) How are you computing size of the method being > jitted? I add a new pass with addSimpleCodeEmitter, with the emitter being a SizeEmitter. Since the target calls the emitter with functions such as writeByte, writeWord, etc.... the SizeEmitter class implements these function by incrementing a counter. At the end of the pass, the code size of the function is known. > 2) Why not simply add the functionality of allocating emission > buffer of specific size to MachineCodeEmitter instead? >...
2008 Mar 31
0
[LLVMdev] Being able to know the jitted code-size before emitting
Hi, Two questions. 1) How are you computing size of the method being jitted? 2) Why not simply add the functionality of allocating emission buffer of specific size to MachineCodeEmitter instead? Thanks, Evan On Mar 30, 2008, at 12:05 PM, Nicolas Geoffray wrote: > Hi everyone, > > vmkit requires to know the size of a jitted method before emitting > the method. This allows to
2008 Apr 01
0
[LLVMdev] Being able to know the jitted code-size before emitting
...olas Geoffray wrote: > Hi Evan, > > Evan Cheng wrote: >> 1) How are you computing size of the method being >> jitted? > > I add a new pass with addSimpleCodeEmitter, with the emitter being a > SizeEmitter. Since the target calls the emitter with functions such as > writeByte, writeWord, etc.... the SizeEmitter class implements these > function by incrementing a counter. > > At the end of the pass, the code size of the function is known. That's a hack. :-) Some targets already have ways to compute the exact size of a function. See ARM::GetFunctionSize()...
2008 Mar 30
3
[LLVMdev] Being able to know the jitted code-size before emitting
Hi everyone, vmkit requires to know the size of a jitted method before emitting the method. This allows to allocate the correct size for the method. The attached patch creates this functionality when the flag SizedMemoryCode is on. In order to implement this functionality, i had to virtualize some MachineCodeEmitter functions. Is it OK to commit the patch? Thanks, Nicolas --------------