search for: fstream

Hello xapian users, The server I'm compiling on is a little odd. SunOS on a sun4 architecture. Fails when linking, gives the following, memcpy 0x10 /usr/local/gcc-3.3.2/lib/./libstdc++.a(ctype.o) ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status *** Error code 1 make: Fatal error:

...ere are tons of errors logged.. This likely fixes it anyway: diff --git a/src/lib/ostream-file.c b/src/lib/ostream-file.c index e7e6f62d1..766841f2f 100644 --- a/src/lib/ostream-file.c +++ b/src/lib/ostream-file.c @@ -334,7 +334,7 @@ static void o_stream_tcp_flush_via_nodelay(struct file_ostream *fstream) { if (net_set_tcp_nodelay(fstream->fd, TRUE) < 0) { if (errno != ENOTSUP && errno != ENOTSOCK && - errno != ENOPROTOOPT) { + errno != ENOPROTOOPT && errno != EINVAL) { i_error("f...

....h" +#include "compression.h" #include <stdio.h> #include <stdlib.h> @@ -640,6 +641,10 @@ { const char *fname, *newpath, *extra, *info, *dir; struct stat st; + const struct stat * stp; + const struct compression_handler * handler; + struct istream * fstream; + struct istream * cstream; fname = strrchr(path, '/'); i_assert(fname != NULL); @@ -650,13 +655,29 @@ info = strchr(fname, MAILDIR_INFO_SEP); if (info == NULL) info = ""; + fstream = i_stream_create_file(path, 1024); + handler = compression_d...

...0x7fff5ffee0a0, reg_save_area = 0x7fff5ffedfe0}} #5 0x00007f11766e1e80 in pool_system_realloc (pool=<optimized out>, mem=0x0, old_size=134217728, new_size=268435456) at mempool-system.c:134 __FUNCTION__ = "pool_system_realloc" #6 0x00007f11766e6cda in o_stream_grow_buffer (fstream=fstream at entry=0x7f11789f41c0, bytes=<optimized out>) at ostream-file.c:440 size = 268435456 new_size = <optimized out> end_size = <optimized out> #7 0x00007f11766e6f96 in o_stream_add (fstream=fstream at entry=0x7f11789f41c0, data=0x7f11789fe549, size=1...

...m)]; UNPROTECT(1); return(B); } but it fails to compile: ~$ R CMD SHLIB example.cpp g++ -I/usr/share/R/include -DNDEBUG -fpic -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -g -c example.cpp -o example.o In file included from /usr/include/c++/4.9/fstream:40:0, from /usr/include/armadillo:21, from example.cpp:7: /usr/include/c++/4.9/bits/codecvt.h:215:45: error: macro "length" passed 4 arguments, but takes just 1 const extern_type* __end, size_t __max) const...

...symbols from Archieve via StaticLibrarySearchGenerator. But it is added recently though On Tue, 27 Aug 2019 at 21:02, Praveen Velliengiri < praveenvelliengiri at gmail.com> wrote: > Hi Geoff, > I tried it, but I can't able to reproduce it. > > Test Program: > #include <fstream> > int main() > { > std::ifstream stream1, stream2; > stream1.swap(stream2); > return 0; > } > > I didn't get undefined symbols error. I used > DynamicLibrarySearchGenerator::GetForCurrentProcess API to make symbols > from STL visible to ORC JIT. > > On...

...++ module calls functions from external libraries, we add them via DynamicLibrary::LoadLibraryPermanently(). >> >> The problem we have run into recently is when a module calls a function from the STL -- in particular this swap() function for input streams: >> >> #include <fstream> >> std::ifstream stream1, stream2; >> stream1.swap(stream2); >> >> When we run the constructors for the module, we get two undefined symbols. And explicitly adding libstdc++ doesn't help. It turns out that the missing symbols are defined not in the runtime DSO but in...

...t; This likely fixes it anyway: > > diff --git a/src/lib/ostream-file.c b/src/lib/ostream-file.c > index e7e6f62d1..766841f2f 100644 > --- a/src/lib/ostream-file.c > +++ b/src/lib/ostream-file.c > @@ -334,7 +334,7 @@ static void o_stream_tcp_flush_via_nodelay(struct file_ostream *fstream) > { > if (net_set_tcp_nodelay(fstream->fd, TRUE) < 0) { > if (errno != ENOTSUP && errno != ENOTSOCK && > - errno != ENOPROTOOPT) { > + errno != ENOPROTOOPT && errno != EINVAL) { >...

...xecute C++ code on the fly. If a C++ module calls functions from external libraries, we add them via DynamicLibrary::LoadLibraryPermanently(). The problem we have run into recently is when a module calls a function from the STL -- in particular this swap() function for input streams: #include <fstream> std::ifstream stream1, stream2; stream1.swap(stream2); When we run the constructors for the module, we get two undefined symbols. And explicitly adding libstdc++ doesn't help. It turns out that the missing symbols are defined not in the runtime DSO but in an archive file: /opt/rh/devtools...

...unicode support for windows because windows should support an utf8-locale and windows is obsolete anyway ;-) But there is a simple solution: use boost::filesystem::path everywhere you use file names and paths, for example in clang::FileManager::getFile. With version 3 opening a file is easy: std::fstream file(path.c_str()). Internally boost::filesystem::path uses the native encoding which is utf16 for windows but you won't notice it since it recodes 8 bit strings automatically (which is no-op on unix and macos). If you don't want to become dependent on boost, I suggest reimplementing the m...

...ent_flags, uid)) 89 file index-mail.c: line 1091: assertion failed: (! mail->data.destroying_stream) 18 file mbox-sync-rewrite.c: line 590: assertion failed: (mails[idx].from_offset == start_offset) 5 file ostream-file.c: line 533: assertion failed: ((size_t)ret == total_size || !fstream->file) 5 file mbox-lock.c: line 675: assertion failed: (lock_type == F_RDLCK || mbox->mbox_lock_type != F_RDLCK) 1 file message-parser.c: line 684: assertion failed: (ctx->part->physical_pos >= ctx->input->v_offset) My setup is this: 3 servers, all Solaris, runni...

...nodejs010-nodejs-delegates-0.1.0-1.el7.centos.noarch.rpm nodejs010-nodejs-devel-0.10.40-1.el7.centos.x86_64.rpm nodejs010-nodejs-dezalgo-1.0.2-3.el7.centos.noarch.rpm nodejs010-nodejs-editor-1.0.0-1.el7.centos.noarch.rpm nodejs010-nodejs-forever-agent-0.5.0-2.el7.centos.noarch.rpm nodejs010-nodejs-fstream-1.0.3-2.el7.centos.noarch.rpm nodejs010-nodejs-fstream-ignore-1.0.2-1.el7.centos.noarch.rpm nodejs010-nodejs-fstream-npm-1.0.1-1.el7.centos.noarch.rpm nodejs010-nodejs-fs-vacuum-1.2.6-3.el7.centos.noarch.rpm nodejs010-nodejs-fs-write-stream-atomic-1.0.3-3.el7.centos.noarch.rpm nodejs010-nodejs-gaug...

Aloha Timo. I found a few odd things while playing with dovecot. At least one of them bugs me, but it might be a result of my own patches - I haven't testet it with mbox or maildir, yet. The details :) 1. * OK dovecot ready. A = (<return> Connection closed by foreign host. 2. * OK dovecot ready. A001 LOGIN xxxxxx xxxxxx A001 OK Logged in. A002 COPY 1 INBOX Connection closed by

Hi, When upgrading to Alpha4pre I also changed UIDL format from %08Xv%08Xu to %08Xu%08Xv to be in line with future dovecot default. This caused the following error to happen on about 1% of mailboxes: file ostream-file.c: line 370 (stream_send_io): assertion failed: (fstream->io != NULL) Deleting dovecot-uidlist and indexes fixes this so its more of an FYI really. I always delete indexes on an upgrade anyway so I'm pretty sure interpretation of the uidlist file if the problem. Regards Andrew -- Andrew Hutchings (A-Wing) - Linux Guru Netserve Consultants - ht...

First off, thanks -- this is a pretty great library and it feels like I'm learning a lot. I'm getting some more experience with libfuzzer and finding that I have a couple of questions: - How does libfuzzer decide to write a new test file? What distinguishes this one from all the other cases for which new test inputs were not written? Must be something about the path taken through the

...gt; because windows should support an utf8-locale and windows is obsolete > anyway ;-) > > But there is a simple solution: use boost::filesystem::path everywhere you > use file names and paths, for example in clang::FileManager::getFile. > With version 3 opening a file is easy: std::fstream file(path.c_str()). > Internally boost::filesystem::path uses the native encoding which is > utf16 for windows but you won't notice it since it recodes 8 bit strings > automatically (which is no-op on unix and macos). > > If you don't want to become dependent on boost, I sug...

...054bd70 in std::__1::basic_filebuf<char, std::__1::char_traits<char> >::setbuf (this=0x7fffd956b268, __s=0x0, __n=4096) #14 0x00000000005562be in std::__1::basic_filebuf<char, std::__1::char_traits<char> >::basic_filebuf (this=0x7fffd956b268) #15 0x00000000005409e5 in basic_ofstream (this=0x7fffd956b260, __s=..., __mode=16) at /home/brian/tmp/testing/testing_install/bin/../include/c++/v1/fstream:1166 #16 fuzzer::WriteToFile (U=..., Path=...) at /home/brian/tmp/testing/llvm_src//llvm/lib/Fuzzer/FuzzerIO.cpp:69 #17 0x0000000000579636 in fuzzer::Fuzzer::WriteToCrash (this=0x7fffd...

(cc'ing non-legacy llvm-dev this time; apologies if you get this twice. Please don't reply-all to the first one.) On Tue, Jan 19, 2016 at 3:47 PM, Hans Wennborg <hans at chromium.org> wrote: > Dear testers, > > Start your engines; 3.8.0-rc1 was just tagged from the 3.8 branch at > r258223. (It took a little longer than I'd planned, sorry about that.) > > There

I'm having a bit of misbehavior wherein Dovecot seems to refuse to cooperate with my Mulberry MUA. By and large, everything works great. I can move mail back and forth happily. I can compose a note and copy the outgoing mail to my Dovecot "Sent" folder using my default Mulberry settings. But if I reply or forward a mail, I get a Mulberry error popup saying that it

...0/x86_64 (64-bit) locale: [1] de_DE.UTF-8/de_DE.UTF-8/C/C/de_DE.UTF-8/de_DE.UTF-8 attached base packages: [1] stats graphics grDevices utils datasets methods base The C++-functions starts like this: #include <R.h> #include <stdio.h> #include <iostream> #include <fstream> #include <string> #include "stdlib.h" #include "time.h" #include "myhelperfunctions.h" using namespace std; extern "C" { ... various long C++ functions without any change for inclusion into R (apart from renaming "main" to "myfun...