Out-of-order fields are not handled transparently in C++ if you are manually
using the resolving decoder. (It's the same situation in Java as well).
But, in C++ and in Java, if you generate code for the given Avro schema, the
generated code takes care of the field ordering issue. Similarly, in
Hi,
Defaults are useful in any Schema resolution. As you know, schema resolution is
performed when a reader expects a schema different from the schema of the data
being read. Defaults are used when the reader's expected schema has a field
that is not present in the schema for the actual date.
-composer-programmatically.md
On Mon, May 2, 2022 at 6:27 PM Thiruvalluvan MG
wrote:
> Hi all,
> The problem is resolved. I changed the SHA-386 checksum to the latest.
> Again, as I mentioned earlier, it'll be nice if we can somehow protect
> ourselves from such trouble when the Composer
to be downloaded?
Thanks
Thiru
On Sunday, 1 May, 2022, 08:56:42 pm GMT-7, Thiruvalluvan MG
wrote:
It appears that getcompser.org has released a new version of composer. The
checksum verification fails when the PHP build downloads the latest version and
hence the build is not going through.
I
On Sunday, 1 May, 2022, 06:52:43 pm GMT-7, Thiruvalluvan MG
wrote:
Hi,
The builds on Travis CI have been failing for the past couple of days. The
error is "The command "php composer-setup.php --version=2.2.5" failed and
exited with 1 during ." The basic error is: "
Hi,
The builds on Travis CI have been failing for the past couple of days. The
error is "The command "php composer-setup.php --version=2.2.5" failed and
exited with 1 during ." The basic error is: "Could not open input file:
composer-setup.php". Can someone familiar with the issue resolve this?
ls than my suggestion, which much more closely matches how the code
is currently structured.
On Mon, 8 Mar 2021 at 19:46, Thiruvalluvan MG
wrote:
> I think it is good idea. Here is a suggestion for improvement. Instead of
> having two functions, we can have just one:
> size_t Deco
I think it is good idea. Here is a suggestion for improvement. Instead of
having two functions, we can have just one:
size_t Decode::decodeBytesData(uint8_t *buffer, size_t len);
If the decoding can fit in len bytes, it decodes and return the number of bytes
used. If it cannot, then, it
lic API so users of an older version
can still be able to link with it, or do you plan to use 'new C++
features' there, or in other words is it full modernization also the
target?
On Mon, Feb 1, 2021 at 6:46 AM Thiruvalluvan MG
wrote:
>
> Hi all,
> In the past 10+ years C++ has evolv
Hi all,
In the past 10+ years C++ has evolved to be a very new (and much better)
language, still maintaining compatibility with the old. Some call it "Modern
C++". Avro C++ implementation is still mostly in C++03 era.
I'm planning to send a series of patches to C++ implementation to use the
I'm sorry for the delay. I'll review it and get back to you today.
Thanks
Thiru
On Saturday, 26 September, 2020, 05:41:05 am IST, Krishnan Sundaram
wrote:
Hi,
I'm new to this mailing list and have submitted a PR (
https://github.com/apache/avro/pull/954) for an issue (
Thank you.
On Tuesday, 17 December, 2019, 09:36:44 am IST, Purushotham Nayak
wrote:
Hi Thiru,
Thanks for pointers. I will split up the changes into two parts. First,
just add support for C++11 without breaking existing users and then in next
step will work on updating the streams.
Hi Purush,
Thank you for taking this up. I think we can do this provided, it does not
break code written against current Avro. In particular we need to to ensure
that it is "source compatible" (meaning existing client code should continue to
work) and "compiler version compatible" (meaning it
that something I should have permissions for, or should I
> ask
> > > someone to assign specific issues to me?
> > >
> > > On Thu, Jan 17, 2019, 8:19 AM Daniel Kulp > >
> > > >
> > > >
> > > > > On Jan 16, 2019, at 9:29 PM
The build failed because rat found four files without license text in them:
---WARNING] Files with unapproved licenses:
share/test/data/test.avro12
lang/java/ipc/src/test/keystore
lang/java/ipc/src/test/resources/org/apache/avro/ipc/servercert.p12
lang/csharp/Avro.snk---
You can
I am for moving to C++11.
In addition to replacing auto_ptr with unique_ptr, we can get a few more things
moved. E.g. boost::any to std::any, which has small buffer optimization. We can
also replace ref counted boost pointers with those in std::.
However, there is one hitch. The C++ API
Hi all,
Like AVRO-2250 for 1.9.0 release I created a ticket AVRO-2273 for tracking
release 1.8.3.
To get a sense of what needs to be done for the releases, I request all of you
to mark the "release version" in those JIRA tickets that you'd like to be
resolved.
As of now, there are 43
Hi Suraj,
Thanks for taking the initiative. I want to roll out a bunch of fixes for C++
issues pending for some time now. Please give me a a couple of days. I'll have
them done.
Thank you,
Thiru
On Thursday, 22 March, 2018, 11:43:13 PM IST, Suraj Acharya
wrote:
Hi,
Hi all,
I could fix the problem. https://issues.apache.org/jira/browse/AVRO-2012.
Please give it a try.
Thank you.
On Sunday, 26 March 2017 5:25 AM, Suraj Acharya wrote:
+1 Non binding.
--Suraj Acharya
On Sat, Mar 25, 2017 at 6:49 PM, Suraj Acharya
Sure, I'll review them.
Thanks
Thiru
On Monday, 31 October 2016 2:28 AM, Ryan Blue wrote:
Hi everyone,
We're recently had a number of issues, with pull requests, contributed to
the C++ implementation by Alexander Moriarty:
*
+1.
Thanks
Thiru
On Sunday, 17 April 2016 5:45 AM, Ryan Blue wrote:
Hi everyone,
It's been about 3 months since we released Avro 1.8.0 and we've already
accumulated several fixes that we should get out in a release. Sean
suggested it a few days ago, but I'm not sure if
+1
On Monday, 1 February 2016 12:02 PM, Ryan Blue wrote:
Hi everyone,
A couple months ago, on the "Release and code management" discussion
thread [1], I suggested moving Avro to git. Everyone was for the idea on
that thread and now that the 1.8.0 release is finished
Doug,
I ran into a different problem in Ubuntu. I created a JIRA ticket and submitted
a patch:
https://issues.apache.org/jira/browse/AVRO-1540
Does this patch help you?
I used Ubuntu 13.04, g++ 4.7.3 and boost 49.
Thank you,
Thiru
On Friday, 4 July 2014 8:36 AM, Thiruvalluvan MG thiru
Doug,
Does this happen on Mac or some other platform? I tested the code recently on
Mac and didn't find any issue.
Thanks
Thiru
On Friday, 4 July 2014 2:45 AM, Doug Cutting cutt...@apache.org wrote:
I just tried but am currently unable to get the C++ to compile. It
fails for me with:
Thanks Doug. I'll investigate.
Thanks
Thiru
On Friday, 4 July 2014 7:49 AM, Doug Cutting cutt...@apache.org wrote:
It's on Linux. I'm still running Ubuntu 12.04. I can get you g++ stdlib++
versions if that would help.
Thanks,
Doug
On Jul 3, 2014 7:03 PM, Thiruvalluvan MG thiru
Recent builds have failed because of:
http://ci.apache.org/builders/avro-trunk-rat-report/builds/632/steps/svn/logs/stdio
It appears that svn update fails because the local file system has become
read-only. Who has access to the build machine to figure out why?
Thanks
Thiru
I'm in the middle of committing a few patches in C++. If the release can wait a
couple of days I'll clear them.
Thanks
Thiru
From: Alexandre Normand alexandre.norm...@gmail.com
To: dev@avro.apache.org
Sent: Tuesday, 18 June 2013 2:27 AM
Subject: Re: release
Daniel,
I'll have a look at them this weekend and come back to you.
Thanks
Thiru
From: Daniel Russel drus...@gmail.com
To: dev@avro.apache.org
Sent: Thursday, 6 June 2013 4:23 AM
Subject: Avro C++ and patches
Is there something I can do to help facilitate
this over e-mail, it is better to do it in a JIRA
ticket. People will have ready access to the discussion in the future. Please
open a ticket as soon as you can. Thank you.
From: Daniel Russel drus...@gmail.com
To: dev@avro.apache.org; Thiruvalluvan MG thiru
; Thiruvalluvan MG thiru...@yahoo.com
Sent: Wednesday, 23 January 2013 10:33 PM
Subject: Re: Seeks with DataFileReader in C++
In our case, we have files created from large numbers of frames stored
sequentially as records in a data file. Currently, finding the i-th frame
requires going to the beginning
Hi Daniel,
I think it will be nice if you can describe your use case. Yes, we'll be
interested in seeing your implementation. Since this will be an added feature,
it harms none unless they use this feature. Please go ahead and create a ticket
and submit a patch.
Thanks
Thiru
+1
Verified C++ build under Mac using gnu, Xcode (debug and release
configurations). Verified checksums.
Thanks
Thiru
From: Doug Cutting cutt...@apache.org
To: dev@avro.apache.org
Sent: Tuesday, 4 December 2012 12:11 AM
Subject: [VOTE] Avro release 1.7.3
Doug,
I've committed the fix for this JIRA today. Please go ahead with the release.
Thanks
Thiru
From: Doug Cutting cutt...@apache.org
To: dev@avro.apache.org; Thiruvalluvan MG thiru...@yahoo.com
Sent: Thursday, 12 July 2012 2:48 AM
Subject: Re: release
+1
Tested integrity of the sources and ran tests on Ubuntu 12.04
Tested C++ on Cygwin over Windows 7 SP1
Tested C++ on Windows 7 SP1 with Visual C++ Express 2010
Thanks
Thiru
From: Doug Cutting cutt...@apache.org
To: dev@avro.apache.org
Sent: Friday, 8
Hi,
Looking at the number of JIRAs filed, it doesn't appear anyone is working on
the C# version. I'd encourage you to go ahead with your patches.
Thanks
Thiru
From: Mark Farnan mark.far...@petrolink.com
To: dev@avro.apache.org
Sent: Monday, 4 June 2012
C++ is good to go as well.I tried to assign AVRO-1026 and AVRO-1066 to their
respective reporters. JIRA wouldn't accept their names as assignees. Can
someone help?
Of the three problems reported in AVRO-1058 is the first one is a real bug. I
created a separate JIRA AVRO-1097 and submitted a
Doug,
There are a handful of minor bugs in C++ code generation. I'd like to fix them.
I should be able to do in a couple of days.
Thanks
Thiru
From: Doug Cutting cutt...@apache.org
To: dev@avro.apache.org
Sent: Saturday, 12 May 2012 5:20 AM
Subject: 1.7.0
37 matches
Mail list logo