Hi,
2015-06-26 21:03 GMT+02:00 Vaclav Petras :
>
>
> On Fri, Jun 26, 2015 at 2:37 PM, Sören Gebbert
> wrote:
>>
>> Hi,
>> may i suggest a patch to solve this issue?
>
>
> Sure!
Ok, i will commit the patch.
>
> I'm not sure if I can judge the path. However, sprintf is used a lot in
> GRASS, so I
On Fri, Jun 26, 2015 at 2:37 PM, Sören Gebbert wrote:
> Hi,
> may i suggest a patch to solve this issue?
>
Sure!
I'm not sure if I can judge the path. However, sprintf is used a lot in
GRASS, so I'm not sure if we can just replace it with other function
without understanding what is the issue (
Hi,
may i suggest a patch to solve this issue?
http://pastebin.com/D8yautBh
Best regards
Soeren
2015-06-26 20:27 GMT+02:00 Sören Gebbert :
> Hi,
> here a traceback of a g.remove segfault that happens while testing
> temporal modules:
> http://pastebin.com/LDVKgEed
>
> Seems to be in M_do_remove
Hi,
here a traceback of a g.remove segfault that happens while testing
temporal modules:
http://pastebin.com/LDVKgEed
Seems to be in M_do_remove calling some sort of sprintf?? Maybe line
102, since the colr2 buffer is only 50 chars in length ... however,
sprintf() function shouldn't be used at all
Vaclav Petras writes:
> On Fri, Jun 26, 2015 at 4:52 AM, Rainer M Krug wrote:
>
>> Hi Vaclav,
>>
>> Vaclav Petras writes:
>>
>> > On Mon, Jun 22, 2015 at 9:40 AM, Rainer M Krug wrote:
>> >
>> >> Markus Neteler writes:
>> >>
>> >> > On Jun 20, 2015 5:16 PM, "Rainer M Krug" wrote:
>> >> >>
>>
On Fri, Jun 26, 2015 at 4:52 AM, Rainer M Krug wrote:
> Hi Vaclav,
>
> Vaclav Petras writes:
>
> > On Mon, Jun 22, 2015 at 9:40 AM, Rainer M Krug wrote:
> >
> >> Markus Neteler writes:
> >>
> >> > On Jun 20, 2015 5:16 PM, "Rainer M Krug" wrote:
> >> >>
> >> >> Vaclav Petras writes:
> >> >
>
On Fri, Jun 26, 2015 at 6:09 AM, Maris Nartiss wrote:
> I can not repeat the issue with current trunk on ~AMD64 Gentoo.
> Please provide locale information; run g.remove under valgrind to see
> the source of memory corruption.
>
That's the hard part. I cannot run valgrind easily. I'm not getting
Hi
This is for OS X.
I have created a homebrew [1] tap to make installing and testing of GRASS
7.1 (HEAD from svn) easier.
You can find it here:
https://github.com/rkrug/homebrew-experimental
It uses homebrew [1] and installs
1) homebrew
2) North Carolina sample data set
The grass-71 recipe
I can not repeat the issue with current trunk on ~AMD64 Gentoo.
Please provide locale information; run g.remove under valgrind to see
the source of memory corruption.
Māris.
2015-06-25 3:47 GMT+03:00 Vaclav Petras :
>
>
> On Wed, Jun 24, 2015 at 9:29 AM, Vaclav Petras wrote:
>>
>>
>>
>> On Wed,
On 25 June 2015 at 11:53, Sören Gebbert wrote:
> Hi Luca,
Hi Soeren,
> i just committed a patch in SVN that can handle modified location path's.
> Please make an update of grass7.1 and then call t.connect -d in the
> specific location/mapset to reset the default connection, which is
> mapset spe
Hi Vaclav,
Vaclav Petras writes:
> On Mon, Jun 22, 2015 at 9:40 AM, Rainer M Krug wrote:
>
>> Markus Neteler writes:
>>
>> > On Jun 20, 2015 5:16 PM, "Rainer M Krug" wrote:
>> >>
>> >> Vaclav Petras writes:
>> >
>> >> It is really just a automatic snapshot, not a tested
>> >> > release.
>> >
On 25/06/15 15:58, Vaclav Petras wrote:
On Thu, Jun 25, 2015 at 3:41 AM, Moritz Lennert
mailto:mlenn...@club.worldonline.be>> wrote:
On 24/06/15 15:09, Vaclav Petras wrote:
It seems like one. I think it might help, at least help to
debug, if you
replace "import gras
12 matches
Mail list logo