- Boost - lists.preview.boost.org

I am interested to participate in BOOST GSOC2019 project
by raghuchandra kanakamedala 19 Mar '19

19 Mar '19

Hi I am Raghuchandra studying 3rd year B.Tech at IIIT Hyderabad. It would be great to contribute to Boost.GIL: generic image library.I have ideas for both the projects.I had this course Digital Image Processing also done a project "Road detection from satellite images" based on the paper attached.my implementation link to git https://github.com/savera2020/dip_project/ .I have good skills in C++ programming. so can you provide the mail id of mentor so that we can go more deeper about the project.please consider my request to contribute to project.without a doubt i will give my best. best regards Raghuchandra

2 1

GSoC 2019 preparation , BOOST.uBLAS project
by mo'men 18 Mar '19

18 Mar '19

Hi, I’m Moamen Ahmed , 4th year student at computer engineering department at Ain Shams university ,Cairo, Egypt. I have read the interesting project ideas , and I have found myself interested in BOOST.uBLAS project. Also, I have good experience in Linear Algebra , and C++ programming. I have developed c++ projects on my own and still do . I ‘m trying now to make the competency test. I 'd like to join BOOST.uBLAS project ,so kindly , help me through the process on how to enhance my opportunity to join this project . Best regards, Moamen Ahmed

2 1

Call for Submissions: International Conference on Information Society (i-Society 2019)
by International Conference on Information Society 18 Mar '19

18 Mar '19

If you are not able to see this mail, click http://r.confinfosoc.org/mk/mr/hHTtReTMggQeh5kiYnT0MxUABiXYJEhpmmVH7xlJw4VK… for Submissions: International Conference on Information Society (i-Society 2019) ********************************************************************************** International Conference on Information Society (i-Society 2019) 22-24 October, 2019 Venue: Royal Marine Hotel Dún Laoghaire, Co. Dublin, Ireland www.i-society.eu ********************************************************************************* The i-Society is a global knowledge-enriched collaborative effort that has its roots from both academia and industry. The conference covers a wide spectrum of topics that relate to information society, which includes technical and non-technical research areas. The mission of i-Society 2019 conference is to provide opportunities for collaboration of professionals and researchers to share existing and generate new knowledge in the field of information society. The conference encapsulates the concept of interdisciplinary science that studies the societal and technological dimensions of knowledge evolution in digital society. The i-Society bridges the gap between academia and industry with regards to research collaboration and awareness of current development in secure information management in the digital society. The topics in i-Society 2019 include but are not confined to the following areas: *New enabling technologies - Internet technologies - Internet of Things (IoT) - Wireless applications - Mobile Applications - Cloud and iCloud - Multimedia Applications - Protocols and Standards - Ubiquitous Computing - Virtual Reality - Human Computer Interaction - Geographic information systems - e-Manufacturing - Electronic Discovery (eDiscovery) - Software Applications - Disruptive Technology *Intelligent data management - Intelligent Agents - Intelligent Systems - Intelligent Organisations - Content Development - Data Mining - Data Management Software - e-Publishing and Digital Libraries - Information Search and Retrieval - Knowledge Management - e-Intelligence - Compliance and Recovery from Data Loss - Knowledge networks - Risk Mitigation - Cost Efficiency - Quality Assurance - Information Management - Support Litigation - Complex Investigations *Secure Technologies - Internet security - Web services and performance - Secure transactions - Cryptography - Payment systems - Secure Protocols - e-Privacy - e-Trust - e-Risk - Cyber Security Investigations and Defence - Cyber law - Forensics - Information assurance - Mobile social networks - Peer-to-peer social networks - Sensor networks and social sensing - Information Security Compliance *e-Learning - Collaborative Learning - Curriculum Content Design and Development - Delivery Systems and Environments - Educational Systems Design - e-Learning Organisational Issues - Evaluation and Assessment - Virtual Learning Environments and Issues - Web-based Learning Communities - e-Learning Tools - e-Education *e-Society - Global Trends - Social Inclusion - Intellectual Property Rights - Social Infonomics - Computer-Mediated Communication - Social and Organisational Aspects - Globalisation and developmental IT - Social Software - Smart City *e-Health - Data Security Issues - e-Health Policy and Practice - e-Healthcare Strategies and Provision - Medical Research Ethics - Patient Privacy and Confidentiality - e-Medicine *e-Governance - Democracy and the Citizen - e-Administration - Policy Issues - Virtual Communities *e-Business - Digital Economies - Knowledge economy - eProcurement - National and International Economies - e-Business Ontologies and Models - Digital Goods and Services - e-Commerce Application Fields - e-Commerce Economics - e-Commerce Services - Electronic Service Delivery - e-Marketing - Gig Economy - Online Auctions and Technologies - Virtual Organisations - Teleworking - Applied e-Business - Electronic Data Interchange (EDI) - Innovative Strategies - Business Intelligence - Information Intelligence - Forensic Accounting *e-Art - Legal Issues - Patents - Enabling technologies and tools *e-Science - Natural sciences in digital society - Biometrics - Bioinformatics - Collaborative research *Industrial developments - Trends in learning - Applied research - Cutting-edge technologies - Industrial Control Systems - Communications Compliance * Research in progress - Ongoing research from undergraduates, graduates/postgraduates and professionals SUBMISSION INSTRUCTIONS: * You can submit your extended abstract or paper online at http://www.i-society.eu/paper-submission/ or email it to papers(a)i-society.eu * You can submit your poster via email at posters(a)i-society.eu * You can submit your workshop or tutorial proposal at workshop(a)i-society.eu or tutorial(a)i-society.eu * You can submit your speaker's proposal at speakers(a)i-society.eu IMPORTANT DATES: *Abstract or Extended Abstract Submission Date: April 25, 2019 *Notification of Abstract or Extended Abstract Acceptance / Rejection: April 30, 2019 *Research Paper Submission Date: May 01, 2019 *Notification of Research Paper Acceptance / Rejection: May 15, 2019 *Camera Ready Paper Due: July 15, 2019 *Proposal for Workshops / Tutorials: May 01, 2019 *Notification of Workshop/Tutorials Acceptance / Rejection: May 05, 2019 *Poster / Demo Proposal Submission: May 01, 2019 *Notification of Poster / Demo Acceptance: May 05, 2019 *Early Bird Registration Deadline: June 01, 2019 *Late Bird Registration Deadline: July 01, 2019 *Conference Dates: October 22-24, 2019 For more details, please visit www.i-society.euIf you wish to unsubscribe from our newsletter, click http://r.confinfosoc.org/mk/un/cJt0lk_6hTiWU2mR1gcBlsWcuOzQ_Zs4QdpVvm0OQwTN…

2 1

question about GSoC 2019
by Aziz Mousa 18 Mar '19

18 Mar '19

hello there, I want to participate in boost project in the GSoC but I am confused a little bit and there is some points that I don't understand and I need some help here please * First : to be involve in this event if I don't have my own idea should I choose one project form the list like boost.GIL or boost.uBLAS as all or should choose a specific project inside one of them like project 1, or project 2 * second: if I choose project in boost.uBLAS should I be professional in machine learning? because I am still in the start of road in this field but I am work on it and will make progress as soon as possible * third : is there any thing should I do or submit before the student registration opens in GSoC website ? thanks in advance.

2 2

Networking TS + Beast, NEW Tutorials, Read this to learn std::net !!!
by Vinnie Falco 17 Mar '19

17 Mar '19

Fellow C++, Boost, and WG21 Enthusiasts, lend me your ear! I write to inform you about exciting developments in C++ networking. First, a bit of background. Networking comes in three flavors: * Networking TS <https://cplusplus.github.io/networking-ts/draft.pdf> * Boost.Asio <https://www.boost.org/doc/libs/1_69_0/doc/html/boost_asio.html> * Standalone Asio <https://github.com/chriskohlhoff/asio> These three are for the most part identical, except that Asio flavors have additional features like ssl::stream and signal_set which are not in the TS, but will very likely appear in a future update or version. We've had Asio for over a decade now, but there is a shortage of experts. Some people believe this shortage is because Asio in particular (and thus, Networking TS since they have identical interfaces) is "difficult to use." I believe it is wrong to blame Asio for this. Concurrent programs in general are hard to write. This is applicable: "Unfortunately, today's reality is that only thoughtful experts can write explicitly concurrent programs that are correct and efficient. This is because today's programming models for concurrency are subtle, intricate, and fraught with pitfalls that easily (and frequently) result in unforeseen races (i.e., program corruption) deadlocks (i.e., program lockup) and performance cliffs (e.g., priority inversion, convoying, and sometimes complete loss of parallelism and/or even worse performance than a single-threaded program). And even when a correct and efficient concurrent program is written, it takes great care to maintain — it's usually brittle and difficult to maintain correctly because current programming models set a very high bar of expertise required to reason reliably about the operation of concurrent programs, so that apparently innocuous changes to a working concurrent program can (and commonly do, in practice) render it entirely or intermittently nonworking in unintended and unexpected ways. Because getting it right and keeping it right is so difficult, at many major software companies there is a veritable priesthood of gurus who write and maintain the core concurrent code." - Herb Sutter, "The Trouble with Locks", <http://www.drdobbs.com/cpp/the-trouble-with-locks/184401930> Although this was written in 2005 it is still relevant today. It is understandable that Asio will be the first target of anger and frustration when writing concurrent programs, since it is on the "front line" so to speak. There has also been a distinct shortage of *good* tutorials and examples for Asio. Articles or blog posts which teach you step by step, explaining everything, and giving example code which demonstrates best practices. Boost.Beast is my low-level HTTP/WebSocket library which builds on Boost.Asio: <https://github.com/boostorg/beast> In the original release of Beast, the documentation stated "prior understanding of Boost.Asio is required." However, field experience has shown that users ignore that requirement and attempt to write complex, concurrent programs as their first-time introduction to both Beast and Asio. Based on feedback from committee members, and to serve users better, the scope of Beast has been enlarged to include first-time users of networking. The upcoming Boost 1.70 release reflects this new scope and I am excited to announce some very nice things which you can access today. First of all, Beast documentation and examples no longer use the "boost::asio" namespace, they the namespace alias "net::". While this is cosmetic, it reinforces the notion when inspecting code that it is equally applicable to Boost.Asio, Asio, and Networking TS (identifiers which are not in the TS, such as signal_set, are still qualified with boost::asio). A new documentation page explains the three flavors of networking: <https://www.boost.org/doc/libs/master/libs/beast/doc/html/beast/using_io.ht…> This is also explained in my 2018 CppCon presentation: <https://youtu.be/7FQwAjELMek?t=444> I have added a "Networking Refresher", a complete overview of networking from soup to nuts. No prior knowledge or understanding of networking is required, everything is explained in detail so if you want to learn this is the place to start. I also kept it short, but it is loaded with hyperlinks for further learning: <https://www.boost.org/doc/libs/master/libs/beast/doc/html/beast/using_io/as…> There was a recent paper in Kona, P1269R0 ("Three Years with the Networking TS") about difficulty of implementing timeouts. To address this, Beast now has a stream class which implements configurable timeouts for you, and callers no longer have to fiddle with timers manually anymore. Everything "Just Works." It achieves the P1269R0 author's goal of having timeouts "built-in to asynchronous operations", but in a way that fits in with the design of the TS: <https://www.boost.org/doc/libs/master/libs/beast/doc/html/beast/using_io/ti…> I feel that this `beast::basic_stream` serves as an existence proof that the current design of Networking TS is sound - the TS offers a flexible toolbox which lets you build your own framework the way that you want it, without making odd choices for you. We are still discovering ways of leveraging it to maximum use. The beast::websocket::stream also has built-in timeouts, but they are enhanced to support "idle pings" (keeping client connections alive) and everything is fully configurable: <https://www.boost.org/doc/libs/master/libs/beast/doc/html/beast/using_webso…> All you need to do to get sensible, suggested websocket timeouts is add one line of code after creating your stream: ws.set_option(websocket::stream_base::timeout::suggested( beast::role_type::server)); To address the cumbersome boilerplate of writing composed operations (specifically the need to propagate the associated allocator and associated executor, and to avoid invoking the completion handler from within the initiating function when the operation would complete immediately) Beast adds two new utility base classes, with plentiful documentation and examples throughout: <https://www.boost.org/doc/libs/master/libs/beast/doc/html/beast/using_io/wr…> There are two well-rounded examples which show you step by step how to write these things in a safe way: <https://www.boost.org/doc/libs/master/libs/beast/doc/html/beast/using_io/wr…> <https://www.boost.org/doc/libs/master/libs/beast/doc/html/beast/using_io/wr…> I have a big, new open source project which implements a server, that uses the `system_context`, taking full advantage of native Windows and Mac OS system-level execution context features. To support this use case and industry feedback, the examples in Beast now default to being always thread-safe. All examples use a "strand", and leverage P1322R0 ("Networking TS enhancement to enable custom I/O executors"). Yes, this paper which was approved in Kona, is now implemented in both Boost.Beast, and Boost.Asio, including all of the Beast examples, so if you pick up Boost 1.70 (or the master branches from github) you can start playing with this as soon as you're done reading this message!! <http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2018/p1322r0.html> We have an active #beast channel in the C++ Slack (https://slack.cpp.al) where experienced users can help, no question is too small! I hope you will join me and the rest of the Beast and Asio community in exploring what the very powerful Networking TS and Asio libraries have to offer, and build something great together! Regards P.S. Don't forget to star the repository! <https://github.com/boostorg/beast>

4 7

I am interested to participate in BOOST GSOC2019 project
by raghuchandra kanakamedala 17 Mar '19

17 Mar '19

I am raghuchandra studying 3rd year B.Tech at IIIT Hyderabad.It would be great to contribute to Boost.GIL: generic image library.I have ideas for both the projects.I had this course Digital Image Processing also done a project "Road detection from satellite images" based the paper attached.my implementation link on git https://github.com/savera2020/dip_project/.I have good skills in C++ programming. so can you provide the mail id of mentor so that we can go more deeper about the project.please consider my request to contribute to project.without a doubt i will give my best. Thanking You.

1 0

How should I teach a C++ college class?
by Joshua Marshall 17 Mar '19

17 Mar '19

I need some general input here. I'd like to pitch and run a semester long C++ course to students who have at least 1 year of programming experience. I'd like to have this open to open ended input. The biggest technical restrictions are that the University systems are running RHEL 7.4 (7.5?) with software collections devtoolset-8.

3 3

Re: [boost] [Boost-users] Networking TS + Beast, NEW Tutorials, Read this to learn std::net !!!
by Vinnie Falco 15 Mar '19

15 Mar '19

On Fri, Mar 15, 2019 at 7:38 AM Stian Zeljko Vrba <vrba(a)quine.no> wrote: > I have an idea of how to accomplish the same in C++, and > it's not pleasant -- worker thread, promise/future, blocking > queue and CancelSynchronousIO. Cannot even use > std::async because CancelSynchronousIO needs a > target thread ID. Yes, yes! I see now...your ideas on how to implement it in C++ convince me more than anything that the documentation is the problem. There's no need for any of that stuff, the code you provided could be implemented in C++ using asio without too much fuss, and there are actually several ways to do it all of which are succinct and will work wonderfully.

1 0

Re: [boost] [Boost-users] Networking TS + Beast, NEW Tutorials, Read this to learn std::net !!!
by Vinnie Falco 15 Mar '19

15 Mar '19

On Fri, Mar 15, 2019 at 7:19 AM Stian Zeljko Vrba <vrba(a)quine.no> wrote: > > I believe it is wrong to blame Asio for this. > > I disagree. Recently, I've been coding parallel, including networked & > asynchronous, programs in C# and Java, and the experience has been a JOY. You > get threads, executors, synchronization primitives, tasks, cancellation, > monadic futures and concurrent (blocking and non-blocking) data structures > out of the box with the platform, plus a myriad of extensions as libraries. > As for executors, you don't need to be bothered with them unless you really > want to for some reason. > If you were to compare POSIX or BSD sockets to C# and Java, you would say exactly the same things. Asio (like Beast) is a low-level, portable abstraction of I/O. You can BUILD "threads", "executors", "synchronization primitives", "tasks", "cancellation", "monadic futures", and "concurrent data structures" with it. Does this mean OS-level sockets are the wrong abstraction? Of course not. The reason C# seems "ahead" of C++ is two-fold: 1. WG21 goofed up by delaying networking 2. C# is not developed through the International Standards Process These mistakes are being fixed though, and you will see library support in C++ catch up by leaps and bounds. And when we finally get these things (built on top of Asio/Networking TS, which has proven over and over to be the correct low-level abstraction) it will be better than C#, Java, or Rust. Compare the documentation for Vertx (vertx.io) or netty (both Java toolkits > for writing asynchronous reactive programs) with that of asio. > Yes I agree, there is a lack of documentation and especially tutorials for beginners (which I am trying to fix). This has nothing to do with whether Asio is the right portable, low-level abstraction (it is) but the lack of guidance from the author could lead you to believe incorrect things about the lib. Once I attempted to write an asio service, tried to understand the simple > example from the documentation, and I gave up. I used a thread, blocking > call and CancelSynchronousIO (and I consider myself fortunate to develop > for Windows only that has it). > The documentation on services is particularly scant. There is no explanation of what they are for, how to use them, best practices, or even "Frequently Asked Questions." I was able to figure it out though, but I am able to focus all of my time on it. > Asio _is_ a relatively nice wrapper around socket and serial port APIs, > but that's about it > Yes now you're getting close to an accurate description. More correct would be to say that Asio provides robust abstractions of buffers, dynamic buffers, synchronous I/O, and asynchronous I/O. Networking is a subset of that (but not the only part, see signals and serial ports, and soon file I/O). > IMO. On the other hand, I could have written the same wrappers around > native APIs in two days and not haul along what I consider the baggage of > technical debt that is asio in the codebase. > There is no API technical debt. That is to say, that the interfaces are modern and up-to-date. You could argue that particular implementations such as Boost.Asio have extra code to provide C++03 compatibility, but this has nothing to do with the soundness of the design. As these interfaces are part of a TS, there will be implementations in gcc and clang appearing shortly (if not already so). These will be written from scratch so there will be no support for older C++. > Conclusion, if any: many people just want/need thread per client and > synchronous IO for simplicity, but until asio/networking TS provide for > timeouts and cancellation of synchronous requests, it's a wrong tool for > those people, me included. > If you define struct sync_socket { net::io_context ioc_; net::ip::tcp::socket_; net::steady_timer timer_; ... template<class Buffers> std::size_t write_some (Buffers const& b); }; You can easily implement timeouts in `write_some` thusly: template<class Buffers> std::size_t sync_socket:: write_some (Buffers const& b, error_code& ec) { std::size_t n; timer_.expires_after(seconds(30)); timer_.async_wait( [&](error_code ec) { socket_.cancel(ec): }); socket_.async_write_some(b, [&](error_code ec_, std::size_t n_) { ec = ec_; n = n_; }); ioc_.run(); return n; } Now, you can use `sync_socket` with all the usual sync write operations like `net::write`, and get timeouts. Thanks

1 0

Re: [boost] [Boost-users] Networking TS + Beast, NEW Tutorials, Read this to learn std::net !!!
by Vinnie Falco 15 Mar '19

15 Mar '19

On Fri, Mar 15, 2019 at 2:45 AM Cristian Morales Vega <cristian(a)samknows.com> wrote: > I have not used the synchronous API at all. But section 3.1 of P1269R0 > seems to make a good point about the lack of timeouts in synchronous > calls, doesn't it? > beast::basic_stream makes using timeouts in the async API way simpler, > but is the sync API really basically unusable because of the lack of > timeouts thing? Synchronous APIs are perfectly fine. Asio defines SyncReadStream and SyncWriteStream named requirements, allowing for generic algorithms to be implemented. Not everything is a socket (for example, a serial port). A synchronous stream represents the reliable, in-order delivery of bytes using functions that block, nothing more and nothing less. For example, serial file I/O can be represented using a synchronous stream. If the synchronous stream requirements mandated timeouts, it would eliminate a broad set of implementations (including sockets on some platforms).

1 0