[
https://issues.apache.org/jira/browse/GEODE-2003?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15827106#comment-15827106
]
ASF subversion and git services commented on GEODE-2003:
Commit 9f
[
https://issues.apache.org/jira/browse/GEODE-2003?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Udo Kohlmeyer resolved GEODE-2003.
--
Resolution: Fixed
Fix Version/s: 1.1.0
> Executing a function using REST API fails with f
I tried building the next-gen-native-client-software-grant branch on an
ubuntu 16.04 box. It gets about halfway through and then fails with these
errors. Any ideas?
[ 49%] Building CXX object
cppcache/src/CMakeFiles/gfcppcache.dir/PdxLocalWriter.cpp.o
[ 49%] Building CXX object
cppcache/src/CMakeF
Do you see -lz in the link line?
Sarge
> On 17 Jan, 2017, at 16:24, Dan Smith wrote:
>
> I tried building the next-gen-native-client-software-grant branch on an
> ubuntu 16.04 box. It gets about halfway through and then fails with these
> errors. Any ideas?
>
> [ 49%] Building CXX object
> cpp
I like number 1
On Tue, Jan 17, 2017 at 3:56 PM Dan Smith wrote:
> Option 1 is not a bad idea. Another thought might be to not start
> asynchronous value recovery until all of the regions are created. I think
> right now we launch a task to read all of the oplogs and recover values as
> soon as
Dan,
Add VERBOSE=1 to your make command.
make -j8 VERBOSE=1
To see details of the compile commands. Some of the third party
dependencies won't show them but give it a try.
-Jake
On Tue, Jan 17, 2017 at 4:34 PM Michael William Dodge
wrote:
> Do you see -lz in the link line?
>
> Sarge
>
> > O
[
https://issues.apache.org/jira/browse/GEODE-2306?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15827161#comment-15827161
]
ASF subversion and git services commented on GEODE-2306:
Commit c8
[
https://issues.apache.org/jira/browse/GEODE-2306?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15827165#comment-15827165
]
ASF subversion and git services commented on GEODE-2306:
Commit 34
[
https://issues.apache.org/jira/browse/GEODE-2306?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15827162#comment-15827162
]
ASF subversion and git services commented on GEODE-2306:
Commit 39
[
https://issues.apache.org/jira/browse/GEODE-2306?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15827164#comment-15827164
]
ASF subversion and git services commented on GEODE-2306:
Commit d1
[
https://issues.apache.org/jira/browse/GEODE-2306?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15827163#comment-15827163
]
ASF subversion and git services commented on GEODE-2306:
Commit 52
I agree with Jake - I don't think having a single build process really
serves either side well. In all my time using GemFire/Geode I've never once
had a need to build (or even use) the Native Client component. Given that
the majority of users/developers will be only Java focused, I don't think
'bur
Github user metatype commented on the issue:
https://github.com/apache/geode-examples/pull/2
Good suggestion on verification. Here's my thinking on removing
gradlew.bat:
- We know we can't include `gradle-wrapper.jar` in a source release, so a
user who downloads it on window
Here's the results of the VERBOSE make. I do see a -lz in the linker line.
[ 28%] Linking CXX executable gfcppcache_unittests
cd /home/dan/MyStuff/Code/gemfire/native/cppcache/test && /usr/bin/cmake -E
cmake_link_script CMakeFiles/gfcppcache_unittests.dir/link.txt --verbose=1
/usr/bin/c++ -g -
All I can guess is that /usr/lib/libz.* is missing for some reason. Unless Jake
has a better suggestion, I'll have to take a look at it tomorrow, in person if
possible.
Sarge
> On 17 Jan, 2017, at 17:04, Dan Smith wrote:
>
> Here's the results of the VERBOSE make. I do see a -lz in the linker
I think that #1 is a good start...
I think we should have all regions created before we recover from the
files, or at least for the regions that use the diskstore being recovered.
When we recover, do we start recovering in reverse? I mean, the latest
data *should* be in the last data files, s
see if this link helps
"http://stackoverflow.com/questions/32036372/ubuntu-14-04-rails-missing-file";
From: Dan Smith
To: dev@geode.apache.org
Sent: Tuesday, January 17, 2017 5:04 PM
Subject: Re: Native client build fails linking shared library?
Here's the results of the VERBOSE m
Github user jdeppe-pivotal commented on the issue:
https://github.com/apache/geode-examples/pull/2
I'm not sure I understand the issue with `gradlew.bat`. Why raise the bar
for Windows devs?
---
If your project is set up for it, you can reply to this email and have your
reply appear
You might need the dev package of libz, something like libz-dev to be
installed.
On Wed, Jan 18, 2017 at 6:48 AM, Hitesh Khamesra <
hitesh...@yahoo.com.invalid> wrote:
> see if this link helps "http://stackoverflow.com/
> questions/32036372/ubuntu-14-04-rails-missing-file"
>
>
> From: Dan S
Github user metatype commented on the issue:
https://github.com/apache/geode-examples/pull/2
We have an ASF-developed `gradlew` script that does not require the
`gradle-wrapper.jar` file to be present, unlike the version from the gradle
distribution. We don't have an equivalent `grad
I also face the same problem on my Ubuntu box. I have libz installed. But
It looks like the way libxml is getting build in external is problem. Same
work fine on CentOS.
When I enabled VERBOSE on for dependencies/libxml2, I do not see -lpthread
-lz -lm in the CCLD command. [1]
Thanks
Avinash
[1
Anthony Baker created GEODE-2318:
Summary: Improve geode-examples build
Key: GEODE-2318
URL: https://issues.apache.org/jira/browse/GEODE-2318
Project: Geode
Issue Type: Bug
Componen
[
https://issues.apache.org/jira/browse/GEODE-2309?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15827391#comment-15827391
]
ASF GitHub Bot commented on GEODE-2309:
---
Github user pivotal-jbarrett commented on t
Github user pivotal-jbarrett commented on the issue:
https://github.com/apache/geode/pull/342
In this push I am only trying to tackle the changing of licenses and adding
to the obvious sources. We will integrated something a little more like rat
(see email GEODE-2312 about rat issues)
[
https://issues.apache.org/jira/browse/GEODE-2316?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jacob S. Barrett updated GEODE-2316:
Fix Version/s: (was: 1.1.0)
> Replace GemFire namespace with Geode namespace
> -
---
This is an automatically generated e-mail. To reply, visit:
https://reviews.apache.org/r/55440/
---
(Updated Jan. 18, 2017, 4:19 a.m.)
Review request for geode, Barry Oglesby, Jas
Can I assume all options load keys?
If so, yes skip loading values.
--
Mike Stolz
Principal Engineer - Gemfire Product Manager
Mobile: 631-835-4771
On Jan 17, 2017 5:48 PM, "Anilkumar Gingade" wrote:
> Hi Geode Devs,
>
> We are working on ticket GEODE-1672, related to out of memory during
> reco
[
https://issues.apache.org/jira/browse/GEODE-2312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15827420#comment-15827420
]
Anthony Baker commented on GEODE-2312:
--
Looks like HAWQ defines a {{pom.xml}} just fo
[
https://issues.apache.org/jira/browse/GEODE-2311?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Martell updated GEODE-2311:
---
Description: Since cmake doesn't yet support C#, we should provide a CSharp
project (.csproj f
Anil, option 1 looks good. Just have a small question.
Will the option 1 implementation going to replace the existing
implementation where we recover everything?
Or will this be a default and still user will be able to use old/existing
way based on some configuration where recovering everything. Th
[
https://issues.apache.org/jira/browse/GEODE-1435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Anthony Baker updated GEODE-1435:
-
Description:
We need to declare attribution for any bundled dependencies in the native
client sou
+1 for Apache.Geode.Client ( .net ) and apache::geode::client( C++ )
Thanks
Avinash
On Wed, Jan 18, 2017 at 3:17 AM, Jacob Barrett wrote:
> Anthony,
>
> You make a good argument. Have fun converting all those namespaces for us
> in your free time. :)
>
> Apache.Geode.Client and apache::geode::
Update - I found part of the problem - the c++ command that is constructed
has -lz before /libxml2.a. If I put -lz at the end, it works. From man c++
"Thus, foo.o -lz bar.o searches library z after file foo.o but before
bar.o. If bar.o refers to functions in z, those functions may not be
loaded."
[
https://issues.apache.org/jira/browse/GEODE-1435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Anthony Baker updated GEODE-1435:
-
Description:
We need to declare attribution for any bundled dependencies in the native
client sou
GitHub user metatype opened a pull request:
https://github.com/apache/geode/pull/343
GEODE-1435 Update LICENCE and NOTICE
This should cover the bundled source components.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/metatype/in
[
https://issues.apache.org/jira/browse/GEODE-1435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15827461#comment-15827461
]
ASF GitHub Bot commented on GEODE-1435:
---
GitHub user metatype opened a pull request:
Avinash Dongre created GEODE-2319:
-
Summary: Native Client Build fails on Ubuntu 16
Key: GEODE-2319
URL: https://issues.apache.org/jira/browse/GEODE-2319
Project: Geode
Issue Type: Bug
[
https://issues.apache.org/jira/browse/GEODE-2319?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Avinash Dongre reassigned GEODE-2319:
-
Assignee: Avinash Dongre
> Native Client Build fails on Ubuntu 16
> -
101 - 138 of 138 matches
Mail list logo
