[Gvsig_english] POTENTIAL ERROR gvSIG 1.9 (BN 1253) -- Jave Heap Error while editing table

Simon Cropper (Botanicus Australia Pty Ltd) scropper at botanicusaustralia.com.au
Fri Jan 8 08:52:13 CET 2010


Jorge,

Is there a way of monitoring memory within the JAVA VM environment?

Cheers Simon

Simon Cropper
Botanicus Australia Pty Ltd
PO Box 160, Sunshine, Victoria 3020.
P: 9311 5822. M: 041 830 3437.
mailto: scropper at botanicusaustralia.com.au 
<mailto:scropper at botanicusaustralia.com.au>
web: www.botanicusaustralia.com.au <http://www.botanicusaustralia.com.au>


On 8/01/2010 6:45 PM, Jorge Piera wrote:
> Hi.
>
> The optimum setting for memory depends on your environment and the
> application that your are running. I would try values from 500MB up to 1GB.
>
> Regards,
> Jorge.
>
> Simon Cropper (Botanicus Australia Pty Ltd) wrote:
>    
>> Jorge,
>>
>> My settings are command = #JAVA#
>> -Djava.library.path="#GVSIG_INSTALL_PATH#\lib" -cp #CLASSPATH# -Xmx500M
>> -Xss1024k com.iver.andami.Launcher gvSIG gvSIG/extensiones #ARGS#
>>
>> What is the optimum setting for memory? I run a Windows XP SP3 2GB of
>> memory.
>>
>> Cheers Simon
>>
>> Simon Cropper
>> Botanicus Australia Pty Ltd
>> PO Box 160, Sunshine, Victoria 3020.
>> P: 9311 5822. M: 041 830 3437.
>> mailto: scropper at botanicusaustralia.com.au
>> <mailto:scropper at botanicusaustralia.com.au>
>> web: www.botanicusaustralia.com.au<http://www.botanicusaustralia.com.au>
>>
>>
>> On 8/01/2010 5:52 PM, Jorge Piera wrote:
>>
>>      
>>> Hello Simon.
>>>
>>> Hi.
>>>
>>> You can run gvSIG using more memory. Just edit the gvSIG.sh (or the
>>> gvSIG.ini) file located in the installation directory (folder bin) and
>>> find the text "-Xmx500M". 500M is the number of MB that you want to use
>>> when you execute the Java Virtual Machine. You can change this number by
>>> the number of MB that you want and next time that you run gvSIG, it will
>>> use this number of MB./
>>> /
>>> Regards,
>>> Jorge.
>>>
>>>
>>> Simon Cropper (Botanicus Australia Pty Ltd) wrote:
>>>
>>>
>>>        
>>>> Hi,
>>>>
>>>> I managed to generate a Java Heap error in gvSIG.
>>>>
>>>> Unfortunately I was unable to capture any error details.
>>>>
>>>> I can tell you what I was doing and hopefully you can reproduce.
>>>>
>>>> I was editing a shapefile's attribute table. Specifically I was changing
>>>> the values of a field used in complex labeling in individually defined
>>>> labeling classes - 10W = 10m high white writing, 5W = 5m high white
>>>> writing, etc.
>>>>
>>>> The shapefile is present 3 times in ToC. The first is site #, second
>>>> vegetation type, third quality. The label sizre is based on a field
>>>> called [LglGrp]. I was editing this field when I asked myself what the
>>>> previous instance of the shapefile looked like. Without really thinking
>>>> I clicked on the first instance (Site #) of the shapefile to view the
>>>> labels (without saving my changes) and BANG all hell broke loose - I had
>>>> numerous Java Heap Errors.
>>>>
>>>> I exited the program without saving and reentered. The shapefile was
>>>> intact but the recent edits were lost (obviously). I have scoured the
>>>> system but no error log was found.
>>>>
>>>> I have tried to repeat my steps but have not been able to triggered the
>>>> error again.
>>>>
>>>> Anyone know what would have triggered such a response? Memory issues?
>>>>
>>>>
>>>>
>>>>          
>>>
>>>
>>>        
>> _______________________________________________
>> Gvsig_internacional mailing list
>> Gvsig_internacional at listserv.gva.es
>> http://listserv.gva.es/cgi-bin/mailman/listinfo/gvsig_internacional
>>
>>
>>
>>      
>
>    


More information about the Gvsig_internacional mailing list