Thanks Oliver for your quick answer.
I have a Dell Studio laptop running W7-64 with 4GB RAM and 4 GB disk space
assigned for pagination.
This morning I have made following tests:
*1- Galicia area*
Coruna 256,31 Mb OK
+ Fisterra 137,24 MB OK
+ Betanzos 300, 29 MB OK
+ Outes 312,96 MB OK
+ Santiago 310,77 MB OK ====> Total : 1316,87 MB
Each time QLandkartegt requires more and more time to load all the files
when you start the program and present the last map loaded
on the screen.
+ Villagarcia 317,83 MB No problem to loading it. Exit the program and
start it again ====> ERROR
Maps(after the crash):
C:/JNX/Galicia/0102D-Coruna.jnx|C:/JNX/Galicia/0304A-Fisterra.jnx|C:/JNX/Galicia/03D-Betanzos.jnx|C:/JNX/Galicia/04B-Outes.jnx|C:/JNX/Galicia/04C-Santiago.jnx|C:/JNX/Galicia/05C-Villagarcia.jnx|||
*2. Madrid area*
El Vado 352,92 MB OK
+ Cercedilla 352,64 MB OK
+ Pedriza 383,21 MB OK ======> Total : 1088,77 MB
+ Villalba 399,40 MB ERROR
Maps(after the crash) :
C:/JNX/Madrid-extendido/11R_elvado.jnx|C:/JNX/Madrid-extendido/12P_cercedilla.jnx|C:/JNX/Madrid-extendido/12Q_pedriza.jnx|C:/JNX/Madrid-extendido/13P_villalba.jnx|||
Now looking at the problem I don't think the string length on the maps area
inside the register produces the error, probably is the space requested
to load maps or a timeout what produce the crash.
I will have a look to the address for compiling Qlandkartegt, but I don't
think I have the knowledge to do the job. Thanks in any case
for your help and support.
Regards
Chicho
2011/9/21 Oliver Eichler <[email protected]>
>
>
> > The amount of space defined on Qlandkartegt for this maps file paths
> > could be the problem.No?.
>
> QLGT uses dynamic container classes like QMap. The limit is your RAM.
>
> >
> > The windows 7 register for maps contains following info:
> >
> > Knowmaps:
> >
> C:/JNX/Galicia/0102D-Coruna.jnx|C:/JNX/Galicia/0304A-Fisterra.jnx|C:/JNX/Galicia/03D-Betanzos.jnx|C:/JNX/Galicia/04B-Outes.jnx|C:/JNX/Galicia/04C-Santiago.jnx|C:/JNX/Galicia/05C-Villagarcia.jnx|C:/JNX/Galicia/05D-Silleda.jnx|C:/JNX/Galicia/06BC-Pontevedra.jnx|C:/JNX/Galicia/07BC-Vigo.jnx|||
> >
> >
> > visibleMaps: C:/JNX/Galicia/05D-Silleda.jnx
>
>
> I have created 6 JNX files updated my Netbook (Win7 32Bit) with latest
> QLGT and loaded these maps. Closed QLGT. Started again. No fail.
>
> That is what the registry says:
>
> knownMaps =
>
> D:/Karten/Top10Bay1.jnx|D:/Karten/Top10Bay2.jnx|D:/Karten/Top10Bay3.jnx|D:/Karten/Top10Bay4.jnx|D:/Karten/Top10Bay5.jnx|D:/Karten/Top10Bay6.jnx|||
>
> visibleMaps = D:/Karten/Top10Bay6.jnx
>
> No clue why it crashes with your setup. Is there any chance you get it
> compiled using these instructions?
>
>
> http://sourceforge.net/apps/mediawiki/qlandkartegt/index.php?title=Compiling_QLandkarte_GT_on_Windows
>
> If you have a debug version compiled Visual Studio would point you to
> the line of code that causes the crash. If I know this line I usually
> find the bugs pretty fast.
>
>
> Oliver
>
>
> >
> > Regards
> >
> > Chicho
> >
> >
> > El 20 de septiembre de 2011 20:49, Oliver Eichler
> > <[email protected]>escribió:
> >
> >> Am 20.09.2011 20:15, schrieb José A. Pérez Villar:
> >>
> >> Hello Oliver,
> >>>
> >>> I can load more than 4 maps into Qlandkartegt 1.2.4 (Windows 7)
> >>> but next time I execute the program a run error is produced and I
> >>> have to reset "kown maps" and "visible maps" within the windows
> >>> register for Qlankartegt to be able to run the program again.
> >>> The errror is easily reproduced and also occurred in previous
> >>> version of the program.
> >>>
> >>
> >>
> >> Hi Jose,
> >>
> >> and as I told you last time there is no limit for maps nor a real
> >> chance that any number of registered maps make it crash. I have
> >> ~20 and ~30 raster maps registered. No problem
> >>
> >> I still believe this is a problem with a particular content of one
> >> of your maps. If you can specify what map (please give a link for
> >> _download_, I can't search a site mostly written in spanish) and
> >> the viewport (coordinates) that make QLGT crash. If I can
> >> reproduce the error I can fix it.
> >>
> >> Another problem might be a file path with a special characters.
> >> Try to simplify paths.
> >>
> >> With that little information from above it's impossible to give
> >> more help. Sorry.
> >>
> >>
> >> Oliver
> >>
> >>
> >>
> >>
> >>> Regards.
> >>>
> >>> Chicho
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> 2011/9/20 Oliver Eichler<[email protected]>
> >>>
> >>>
> >>>>
> >>>> Yeah, it's still a bit rough. But the diary patch was more
> >>>> important. It will be improved in the next release. Or you
> >>>> compile the SVN version from time to time.
> >>>>
> >>>> Oliver
> >>>>
> >>>> Am 19.09.2011 22:32, schrieb Rainer Kluge:
> >>>>
> >>>>> Hello Oliver,
> >>>>>
> >>>>> Am 19.09.2011 20:52, schrieb Oliver Eichler:
> >>>>>
> >>>>>> I hatched that problem for quite a while and had the final
> >>>>>> idea on last weeks hiking trip. Use the waypoints close to
> >>>>>> a track to divide it into stages. These stages are listed
> >>>>>> in the track edit dialog as a list with distance, time,
> >>>>>> ascend and descend between the waypoints and as total. A
> >>>>>> very nice feature to document a tour.
> >>>>>>
> >>>>>
> >>>>> This is a nice feature for those who need it. However,
> >>>>> opening the edit
> >>>>>
> >>>> window.
> >>>>
> >>>>> for a track with 16.000 points and 63 waypoints now takes
> >>>>> more than 10
> >>>>>
> >>>> secs on
> >>>>
> >>>>> my system. And each time I am asked "You are trying to find
> >>>>> points along
> >>>>>
> >>>> a track
> >>>>
> >>>>> with 63 waypoints and a track of size 16048. This can be a
> >>>>> very time
> >>>>>
> >>>> consuming
> >>>>
> >>>>> operation. Go on?". Apparently the stage list is calculated
> >>>>> each time
> >>>>>
> >>>> when the
> >>>>
> >>>>> edit track window is opened. It would be better to
> >>>>> disable/enable this
> >>>>>
> >>>> feature
> >>>>
> >>>>> by configuration.
> >>>>>
> >>>>> Rainer
> >>>>>
> >>>>>
> >>>>
> >>>> ------------------------------**------------------------------**
> >>>>
> >>>>
> >>>>
> ------------------
> >>>> All the data continuously generated in your IT infrastructure
> >>>> contains a definitive record of customers, application
> >>>> performance, security threats, fraudulent activity and more.
> >>>> Splunk takes this data and makes sense of it. Business sense.
> >>>> IT sense. Common sense.
> >>>> http://p.sf.net/sfu/splunk-**d2dcopy1<
> http://p.sf.net/sfu/splunk-d2dcopy1>
> >>>>
> >>>>
> >>>>
> ______________________________**_________________
> >>>> Qlandkartegt-users mailing list
> >>>> Qlandkartegt-users@lists.**sourceforge.net<
> [email protected]>
> >>>>
> >>>>
> >>>>
> https://lists.sourceforge.net/**lists/listinfo/qlandkartegt-**users<
> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users>
> >>>>
> >>>>
> >>>
> >>
> >
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Qlandkartegt-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
>
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
Qlandkartegt-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qlandkartegt-users
