Re: [Xastir] Mac: odd process problem
On Mon, 2 Jul 2007, Chip G. wrote: > A couple of notes. Do not fixate on the kill command format used here. I had > just randomly found that a -4 would at least get it to try and quit (I'm > assuming that's what the parenthesis mean), no other command would even cause > a change. Just for future reference, on Unix/Linux, and therefore should be the same on MacOSX (Unix under the hood), "kill", which equals "kill -1" should be the normal kill. "kill -9" should be the kill no matter what sort of kill for a process. > 1. Why are three processes starting every time Xastir runs and what are the > other processes doing? Xastir is multi-threaded, so what you are seeing are threads, not processes. If you enable the server ports, then you get processes. Xastir starts it's main process up, then starts two threads for every interface, a read thread and a write thread. If you're running pthreads, you also often get another thread, a supervisory thread, at the point that threading starts. For instance, on my Linux box I get what looks like four processes when I start one interface. It's really one process and three threads, one of them being a supervisory thread. If I open another interface I'll get two more threads. > 2. When the process locks up, how do I get it to quit since KILL and KILLALL > aren't working? I'd try "kill -9" on the main (parent) process. Kill -9 on the others if they refuse to go down. "Finishing shot" and all that... > 3. Why does the latest CVS builds on Xastir lockup after only a couple of > hours operating? No idea. This is with what sort of interface? Are any "refreshing" map loads going on? Can you relate it to a network or TNC interface, or to internet maps or weather alerts? -- Curt, WE7U. archer at eskimo dot com http://www.eskimo.com/~archer Lotto: A tax on people who are bad at math. - unknown Windows: Microsoft's tax on computer illiterates. - WE7U. The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Mac: odd process problem
On Mon, 2 Jul 2007, Chip G. wrote: > And locked up again between 9:55PM and 10:08PM while writing the email. It is > completely unusable again on this end, at least on that machine. I'm going to > have to spend an entire day trying to clean things and reinstall everything > again. Reinstall what? Linux/Unix is usually pretty rock-solid and mostly impervious to things like this. What would become corrupted sufficiently to require anything to be reinstalled? Note: I'm not a Mac user, but _am_ a Unix and Linux user/SysAdmin, so I'm not sure how fragile a Mac is these days. I would think not very fragile... -- Curt, WE7U. archer at eskimo dot com http://www.eskimo.com/~archer Lotto: A tax on people who are bad at math. - unknown Windows: Microsoft's tax on computer illiterates. - WE7U. The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Mac: odd process problem
On Mon, Jul 02, 2007 at 09:41:36PM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > > > 1. Why are three processes starting every time Xastir runs and what are the > > other processes doing? > > I dunno, but they are supposed to be there. add different flags to ps and > you can see the parent process id and see that they're all related. In most cases, the individual processes are actually the multiple threads of xastir. One for the GUI in the main thread, one for each interface. Might be another one in there for something else. Some OSs don't do separate processes for each thread (FreeBSD 4.x was such an OS) but I do believe that most of the newer ones do. Can't explain your lock-ups, though. Are you using any kind of USB adapter? I thought I'd heard that some folks have had trouble with them, especially on Macs. I use them routinely and continously on my BSD and Linux systems with no problem, but that could be what's at the root of your issue. Just a guess. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] Re: CVS compile - success!!!!
On Mon, Jul 02, 2007 at 05:01:16PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Just did: > bootstrap.sh > configure > make > make install > > SUCCESS! > > And another one bites the dust... WOOT! Thanks for helping nail it down and test the fix. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Mac: odd process problem
On Jul 2, 2007, at 9:06 PM, Chip G. wrote: I have no idea what some of that stuff means ... time to RTFM for ps. USER PID %CPU %MEM VSZRSS TT STAT STARTED TIME COMMAND jdw232 2.1 0.056044476 p1 RFri06AM 103:52.88 xastir jdw231 0.8 5.0 127264 52892 p1 RFri06AM 73:32.54 xastir jdw233 0.0 0.056044284 p1 SFri06AM 0:00.00 xastir vsz - virtual set size; this is virtual memory utilization in pages (units happen to be kb in os x) rss - resident set size; how many pages of real memory (RAM) this process is using (again, units happen to be kb in os x) tt - abbreviation for controlling tty; p1 = /dev/ttyp1 stat - status; r = runnable, s = sleeping Here's a trick I use to remind myself what the headers are. I need reminders, because they're different on mac os, linux, and solaris, and I see all three frequently: $ ps -whatever | head -1; ps -whatever | grep "what i'm looking for" 1. Why are three processes starting every time Xastir runs and what are the other processes doing? I dunno, but they are supposed to be there. add different flags to ps and you can see the parent process id and see that they're all related. in this example, pid 231 is the parent, 232 and 233 are its children. pid 231 is the child of 230, which happens to be the copy of bash running in my xterm. $ ps -o user,pid,ppid,time,command | grep -i xastir USER PID PPID TIME COMMAND jdw231 230 73:42.62 xastir jdw232 231 104:06.05 xastir jdw233 231 0:00.00 xastir 2. When the process locks up, how do I get it to quit since KILL and KILLALL aren't working? I think I've used kill -HUP aka kill -1; it's been a while, so I don't remember for sure. kill with no flag is kill -TERM. I generally try kill, kill -1, kill -9 in that order. Sometimes it takes a few seconds for a process to die, especially if it needs to harvest children or has trapped signals so it can clean up and exit gracefully (hence the un-trapable kill -9, in case it hangs up doing that). 3. Why does the latest CVS builds on Xastir lockup after only a couple of hours operating? As easy as it is to forget, especially given the quality of xastir's CVS, the "latest" cvs is in fact bleeding edge development code. Check the docs (README.CVS maybe?) for information on how to check out the STABLE release to avoid these (rare) occurrences. -Jason kg4wsv ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Mac: odd process problem
On Jul 2, 2007, at 22:06, Chip G. wrote: 3. Why does the latest CVS builds on Xastir lockup after only a couple of hours operating? And locked up again between 9:55PM and 10:08PM while writing the email. It is completely unusable again on this end, at least on that machine. I'm going to have to spend an entire day trying to clean things and reinstall everything again. -- Chip new email: [EMAIL PROTECTED] ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] Mac: odd process problem
I've written about this before. Never did get resolution. Now it's a problem again. Xastir is locking up on me after only a couple of hours of operation. This is a royal PITA because when it locks up I can't get it to quit unless I reboot the computer. I've tried kill and killall commands. They do NOTHING on a locked-up Xastir process (never had any other process refuse to quit before). Here's what it looks like. 21:43 [EMAIL PROTECTED]:~] $ ps -acux | grep xastir chip 12012 0.1 1.3 126624 3396 p1- R 3:47PM 2:58.20 xastir chip 12013 0.0 0.00 0 p1- Z 31Dec69 0:00.00 (xastir) chip 12014 0.0 0.00 0 p1- Z 31Dec69 0:00.00 (xastir) 21:43 [EMAIL PROTECTED]:~] $ sudo kill -4 12012 chip 12013 0.0 0.00 0 p1- Z 31Dec69 0:00.00 (xastir) chip 12014 0.0 0.00 0 p1- Z 31Dec69 0:00.00 (xastir) chip 12012 0.0 0.00 0 p1- E 3:47PM 0:00.00 (xastir) 21:44 [EMAIL PROTECTED]:~] $ A couple of notes. Do not fixate on the kill command format used here. I had just randomly found that a -4 would at least get it to try and quit (I'm assuming that's what the parenthesis mean), no other command would even cause a change. I had only started one instance of Xastir, so I have no clue why there are three running. I just rebooted and all I did was start one instance of Xastir and this is what it says: 21:56 [EMAIL PROTECTED]:~] $ ps -acux | grep xastir chip 304 2.1 0.173736216 ?? R 9:55PM 0:00.86 xastir chip 303 0.8 8.6 127620 22580 ?? Rs 9:55PM 0:02.93 xastir chip 305 0.0 0.173736192 ?? S 9:55PM 0:00.00 xastir 21:56 [EMAIL PROTECTED]:~] $ I have no idea what some of that stuff means ... time to RTFM for ps. Three questions: 1. Why are three processes starting every time Xastir runs and what are the other processes doing? 2. When the process locks up, how do I get it to quit since KILL and KILLALL aren't working? 3. Why does the latest CVS builds on Xastir lockup after only a couple of hours operating? 73, --de Chip (N1MIE) FN41bn ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir.desktop, anyone?
On 7/2/07, Curt, WE7U <[EMAIL PROTECTED]> wrote: On Sat, 30 Jun 2007, Corby Krick wrote: > I'm wondering if the Xastir CVS install has a Xastir.desktop file, I > can't seem to find it. Am I missing something? Maybe we could put in > a .desktop file and it'll go into HamRadioMenus? So... Which operating system are you talking about, and which window manager? Do other window managers also use a *.desktop file? I'm not familiar with it. FWIW I'm using OpenSuSE-10.0 and the FVWM2 window manager. I don't generally start Xastir from menus anyway, preferring to start it from an Xterm or an Rxvt so that I can see any error messages generated. The .desktop files appear to be a KDE thing - the equivalent to a desktop shortcut in Windows. In Kubuntu, all you have to do is right click anywhere on the desktop, select "create new", then "link to application". I made one for XASTIR a couple of weeks ago - even found a nice big "X" icon for it somewhere when I was looking around. It's there more or less to look cool, though, 'cause I also prefer to launch XASTIR via the command line. It's easy to create your own file - the "command" in the properties for the file is /usr/local/bin/xastir if you installed from source. I can't speak for your distribution, but if you installed a binary (i.e. from a repository) in Kubuntu, then the command is /usr/bin/xastir. (just remembered you mentioned CVS, but I'll leave the part about the binary in the message in case it's useful to anyone on the list.) Regards, Lee - K5DAT Murphy, TX ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] CVS compile - success!!!!
Just did: bootstrap.sh configure make make install SUCCESS! And another one bites the dust... 73 from 807, Richard, N6NKO ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] Re: tested CVS....oops.....
I am on the laptop. I will go down and fire up BigBox, grab and test. 73 from 807, Richard, N6NKO Tom Russo wrote: On Mon, Jul 02, 2007 at 04:17:39PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: Tom, Already did --without-gdal. The program runs. Thanks for trying. What an exercise in frustration. At least the pain now has a name. Well, you can try CVS again. Turned out to be a simple thing to put in the prefix to all the rtree library symbols. I can confirm that doing so didn't break my build, and I think it should completely deconflict our rtree library from GRASS's. Please lemme know if that fixes it. This issue has frustrated enough Fedora users that it would be nice to have it nailed. Tom Russo <[EMAIL PROTECTED]> wrote: On Mon, Jul 02, 2007 at 04:02:16PM -0700, we recorded a bogon-computron collision of the flavor, containing: *** this worked: Building with AX25 . : no Building with Festival . : yes Building with GPSMan ... : no Building with GraphicsMagick/ImageMagick ... : GraphicsMagick Building with libproj .. : yes Building with GeoTiff .. : yes Building with GDAL/OGR . : yes Building with ShapeLib . : yes Building with pcre . : yes Building with dbfawk ... : yes Building with map caching .. : yes Building with rtree indexing ... : yes (external) -- Building with ErrorPopups (Old Method) . : no Building with libgc (Debug) : no Building with profiling (Debug) : no Building with Linux Standard Base .. : no *** running, got this: [EMAIL PROTECTED] xastir]$ xastir Built-in map types: gnis USGS GNIS Datapoints map APRSdos Maps map WinAPRS/MacAPRS/X-APRS Maps pdb PocketAPRS Maps Support for these additional map types has been compiled in: geo Image Map (ImageMagick/GraphicsMagick library, many formats allowed) geo URL (Internet maps via libcurl library) shp ESRI Shapefile Maps (Shapelib library) tif USGS DRG Geotiff Topographic Maps (libgeotiff/libproj) xpm X Pixmap Maps (XPM library) tab MapInfo TAB mid MapInfo MID mif MapInfo MIF ddf Spatial Data Transfer Standard (SDTS) rt1 US Census Bureau TIGER/Line s57 International Hydrographic Organization (IHO) S-57 festival_client: connect to server failed SayText: Couldn't open socket to Festival Indexing maps... Finished indexing maps *** Reading WX Alert log files *** Done with WX Alert log files xastir: index.c:157: RTreeInsertRect: Assertion `r->boundary[i] <= r->boundary[3+i]' failed. The window came up with the usual screen buffer garbage for about 2 seconds, then disappeared with the above fault coming up. Ok. Failed experiment. The rtree library that is bundled with the GDAL libraries in the Fedora repositories is not interchangable with our own. That means that I'll have to undo my changes, and go through the entire rtree library to make all of its symbols unique to deconflict with those libraries. I'll go through and add a prefix like Xastir_ to all the functions and global symbols throughout the local library. What a PITA. This would not be an issue with the GDAL/GRASS plug-in (I have gdal built that way per the recommendations, and I see that while the GRASS plug-in has a dependency on libgrass_rtree.so, gdal itself doesn't --- the plug-in is only used when GDAL is trying to work on GRASS format data, and is loaded at run time instead of link time. Sigh. Anyhow, I will not have time to go through the rtree library to do this renaming exercise before Thursday, maybe not before next Monday, unless Curt goes through and slams it in before I finish typing this... In the mean time, compile xastir without GDAL support, I bet you'll never miss it. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] Re: tested CVS....oops.....
On Mon, Jul 02, 2007 at 04:17:39PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Tom, > > Already did --without-gdal. The program runs. > > Thanks for trying. What an exercise in frustration. At least the pain now has > a name. Well, you can try CVS again. Turned out to be a simple thing to put in the prefix to all the rtree library symbols. I can confirm that doing so didn't break my build, and I think it should completely deconflict our rtree library from GRASS's. Please lemme know if that fixes it. This issue has frustrated enough Fedora users that it would be nice to have it nailed. > Tom Russo <[EMAIL PROTECTED]> wrote: On Mon, Jul 02, 2007 at 04:02:16PM > -0700, we recorded a bogon-computron collision of the flavor, containing: > > *** this worked: > > > > Building with AX25 . : no > > Building with Festival . : yes > > Building with GPSMan ... : no > > Building with GraphicsMagick/ImageMagick ... : GraphicsMagick > > Building with libproj .. : yes > > Building with GeoTiff .. : yes > > Building with GDAL/OGR . : yes > > Building with ShapeLib . : yes > > Building with pcre . : yes > > Building with dbfawk ... : yes > > Building with map caching .. : yes > > Building with rtree indexing ... : yes (external) > > -- > > Building with ErrorPopups (Old Method) . : no > > Building with libgc (Debug) : no > > Building with profiling (Debug) : no > > Building with Linux Standard Base .. : no > > > > *** running, got this: > > > > [EMAIL PROTECTED] xastir]$ xastir > > > > > > Built-in map types: > > gnis USGS GNIS Datapoints > >map APRSdos Maps > >map WinAPRS/MacAPRS/X-APRS Maps > >pdb PocketAPRS Maps > > > > Support for these additional map types has been compiled in: > >geo Image Map (ImageMagick/GraphicsMagick library, many formats > > allowed) > >geo URL (Internet maps via libcurl library) > >shp ESRI Shapefile Maps (Shapelib library) > >tif USGS DRG Geotiff Topographic Maps (libgeotiff/libproj) > >xpm X Pixmap Maps (XPM library) > >tab MapInfo TAB > >mid MapInfo MID > >mif MapInfo MIF > >ddf Spatial Data Transfer Standard (SDTS) > >rt1 US Census Bureau TIGER/Line > >s57 International Hydrographic Organization (IHO) S-57 > > > > festival_client: connect to server failed > > SayText: Couldn't open socket to Festival > > Indexing maps... > > Finished indexing maps > > *** Reading WX Alert log files > > *** Done with WX Alert log files > > xastir: index.c:157: RTreeInsertRect: Assertion `r->boundary[i] <= > > r->boundary[3+i]' failed. > > > > > > The window came up with the usual screen buffer garbage for about 2 > > seconds, then disappeared with the above fault coming up. > > Ok. Failed experiment. The rtree library that is bundled with the GDAL > libraries in the Fedora repositories is not interchangable with our own. > That means that I'll have to undo my changes, and go through the entire > rtree library to make all of its symbols unique to deconflict with those > libraries. I'll go through and add a prefix like Xastir_ to all the functions > and global symbols throughout the local library. > > What a PITA. This would not be an issue with the GDAL/GRASS plug-in (I have > gdal built that way per the recommendations, and I see that while the > GRASS plug-in has a dependency on libgrass_rtree.so, gdal itself doesn't --- > the plug-in is only used when GDAL is trying to work on GRASS format data, > and is loaded at run time instead of link time. Sigh. > > Anyhow, I will not have time to go through the rtree library to do this > renaming exercise before Thursday, maybe not before next Monday, unless > Curt goes through and slams it in before I finish typing this... > > In the mean time, compile xastir without GDAL support, I bet you'll never > miss > it. > > -- > Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ > Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM > "And, isn't sanity really just a one-trick pony anyway? I mean all you get is > one trick, rational thinking, but when you're good and crazy, oooh, oooh, > oooh, the sky is the limit!" --- The Tick > -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all y
[Xastir] Re: tested CVS....oops.....
Tom, Already did --without-gdal. The program runs. Thanks for trying. What an exercise in frustration. At least the pain now has a name. 73 from 807, Richard, N6NKO Tom Russo <[EMAIL PROTECTED]> wrote: On Mon, Jul 02, 2007 at 04:02:16PM -0700, we recorded a bogon-computron collision of the flavor, containing: > *** this worked: > > Building with AX25 . : no > Building with Festival . : yes > Building with GPSMan ... : no > Building with GraphicsMagick/ImageMagick ... : GraphicsMagick > Building with libproj .. : yes > Building with GeoTiff .. : yes > Building with GDAL/OGR . : yes > Building with ShapeLib . : yes > Building with pcre . : yes > Building with dbfawk ... : yes > Building with map caching .. : yes > Building with rtree indexing ... : yes (external) > -- > Building with ErrorPopups (Old Method) . : no > Building with libgc (Debug) : no > Building with profiling (Debug) : no > Building with Linux Standard Base .. : no > > *** running, got this: > > [EMAIL PROTECTED] xastir]$ xastir > > > Built-in map types: > gnis USGS GNIS Datapoints >map APRSdos Maps >map WinAPRS/MacAPRS/X-APRS Maps >pdb PocketAPRS Maps > > Support for these additional map types has been compiled in: >geo Image Map (ImageMagick/GraphicsMagick library, many formats > allowed) >geo URL (Internet maps via libcurl library) >shp ESRI Shapefile Maps (Shapelib library) >tif USGS DRG Geotiff Topographic Maps (libgeotiff/libproj) >xpm X Pixmap Maps (XPM library) >tab MapInfo TAB >mid MapInfo MID >mif MapInfo MIF >ddf Spatial Data Transfer Standard (SDTS) >rt1 US Census Bureau TIGER/Line >s57 International Hydrographic Organization (IHO) S-57 > > festival_client: connect to server failed > SayText: Couldn't open socket to Festival > Indexing maps... > Finished indexing maps > *** Reading WX Alert log files > *** Done with WX Alert log files > xastir: index.c:157: RTreeInsertRect: Assertion `r->boundary[i] <= > r->boundary[3+i]' failed. > > > The window came up with the usual screen buffer garbage for about 2 seconds, > then disappeared with the above fault coming up. Ok. Failed experiment. The rtree library that is bundled with the GDAL libraries in the Fedora repositories is not interchangable with our own. That means that I'll have to undo my changes, and go through the entire rtree library to make all of its symbols unique to deconflict with those libraries. I'll go through and add a prefix like Xastir_ to all the functions and global symbols throughout the local library. What a PITA. This would not be an issue with the GDAL/GRASS plug-in (I have gdal built that way per the recommendations, and I see that while the GRASS plug-in has a dependency on libgrass_rtree.so, gdal itself doesn't --- the plug-in is only used when GDAL is trying to work on GRASS format data, and is loaded at run time instead of link time. Sigh. Anyhow, I will not have time to go through the rtree library to do this renaming exercise before Thursday, maybe not before next Monday, unless Curt goes through and slams it in before I finish typing this... In the mean time, compile xastir without GDAL support, I bet you'll never miss it. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] Re: tested CVS....oops.....
On Mon, Jul 02, 2007 at 04:02:16PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > xastir: index.c:157: RTreeInsertRect: Assertion `r->boundary[i] <= > r->boundary[3+i]' failed. > > > The window came up with the usual screen buffer garbage for about 2 seconds, > then disappeared with the above fault coming up. BTW, I should have figured that this wouldn't work. The GRASS folks made a tweak of the original superliminal.com rtree stuff -- they changed all the rectangle datastructures to use doubles instead of floats. I chose not to do that in Xastir because it doubled the size of the data structures, and they get pretty big pretty fast. GRASS doesn't keep them around except during operations like "d.what.vect" (querying vector data by mouse clicking), but xastir keeps them around for a lot longer. The memory usage was significant during my initial testing, so I chose to leave them as floats the way the original author had them. This is almost certainly why this assertion is failing. We're using our own header files for the Rtree data structures, and they're defining the structures differently than GRASS's library is using them. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] Re: tested CVS....oops.....
On Mon, Jul 02, 2007 at 04:02:16PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > *** this worked: > > Building with AX25 . : no > Building with Festival . : yes > Building with GPSMan ... : no > Building with GraphicsMagick/ImageMagick ... : GraphicsMagick > Building with libproj .. : yes > Building with GeoTiff .. : yes > Building with GDAL/OGR . : yes > Building with ShapeLib . : yes > Building with pcre . : yes > Building with dbfawk ... : yes > Building with map caching .. : yes > Building with rtree indexing ... : yes (external) > -- > Building with ErrorPopups (Old Method) . : no > Building with libgc (Debug) : no > Building with profiling (Debug) : no > Building with Linux Standard Base .. : no > > *** running, got this: > > [EMAIL PROTECTED] xastir]$ xastir > > > Built-in map types: > gnis USGS GNIS Datapoints >map APRSdos Maps >map WinAPRS/MacAPRS/X-APRS Maps >pdb PocketAPRS Maps > > Support for these additional map types has been compiled in: >geo Image Map (ImageMagick/GraphicsMagick library, many formats > allowed) >geo URL (Internet maps via libcurl library) >shp ESRI Shapefile Maps (Shapelib library) >tif USGS DRG Geotiff Topographic Maps (libgeotiff/libproj) >xpm X Pixmap Maps (XPM library) >tab MapInfo TAB >mid MapInfo MID >mif MapInfo MIF >ddf Spatial Data Transfer Standard (SDTS) >rt1 US Census Bureau TIGER/Line >s57 International Hydrographic Organization (IHO) S-57 > > festival_client: connect to server failed > SayText: Couldn't open socket to Festival > Indexing maps... > Finished indexing maps > *** Reading WX Alert log files > *** Done with WX Alert log files > xastir: index.c:157: RTreeInsertRect: Assertion `r->boundary[i] <= > r->boundary[3+i]' failed. > > > The window came up with the usual screen buffer garbage for about 2 seconds, > then disappeared with the above fault coming up. Ok. Failed experiment. The rtree library that is bundled with the GDAL libraries in the Fedora repositories is not interchangable with our own. That means that I'll have to undo my changes, and go through the entire rtree library to make all of its symbols unique to deconflict with those libraries. I'll go through and add a prefix like Xastir_ to all the functions and global symbols throughout the local library. What a PITA. This would not be an issue with the GDAL/GRASS plug-in (I have gdal built that way per the recommendations, and I see that while the GRASS plug-in has a dependency on libgrass_rtree.so, gdal itself doesn't --- the plug-in is only used when GDAL is trying to work on GRASS format data, and is loaded at run time instead of link time. Sigh. Anyhow, I will not have time to go through the rtree library to do this renaming exercise before Thursday, maybe not before next Monday, unless Curt goes through and slams it in before I finish typing this... In the mean time, compile xastir without GDAL support, I bet you'll never miss it. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] tested CVS....oops.....
*** this worked: Building with AX25 . : no Building with Festival . : yes Building with GPSMan ... : no Building with GraphicsMagick/ImageMagick ... : GraphicsMagick Building with libproj .. : yes Building with GeoTiff .. : yes Building with GDAL/OGR . : yes Building with ShapeLib . : yes Building with pcre . : yes Building with dbfawk ... : yes Building with map caching .. : yes Building with rtree indexing ... : yes (external) -- Building with ErrorPopups (Old Method) . : no Building with libgc (Debug) : no Building with profiling (Debug) : no Building with Linux Standard Base .. : no *** running, got this: [EMAIL PROTECTED] xastir]$ xastir Built-in map types: gnis USGS GNIS Datapoints map APRSdos Maps map WinAPRS/MacAPRS/X-APRS Maps pdb PocketAPRS Maps Support for these additional map types has been compiled in: geo Image Map (ImageMagick/GraphicsMagick library, many formats allowed) geo URL (Internet maps via libcurl library) shp ESRI Shapefile Maps (Shapelib library) tif USGS DRG Geotiff Topographic Maps (libgeotiff/libproj) xpm X Pixmap Maps (XPM library) tab MapInfo TAB mid MapInfo MID mif MapInfo MIF ddf Spatial Data Transfer Standard (SDTS) rt1 US Census Bureau TIGER/Line s57 International Hydrographic Organization (IHO) S-57 festival_client: connect to server failed SayText: Couldn't open socket to Festival Indexing maps... Finished indexing maps *** Reading WX Alert log files *** Done with WX Alert log files xastir: index.c:157: RTreeInsertRect: Assertion `r->boundary[i] <= r->boundary[3+i]' failed. The window came up with the usual screen buffer garbage for about 2 seconds, then disappeared with the above fault coming up. 73 from 807, Richard, N6NKO ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] RTFM
About time I said that! New FAQ questions answers added recently available from CVS or from the "documentation->old Xastir documentation->FAQ" section on the main web pages. 4.30 Why can't I see station trails as stations move around? 4.31 Why don't the maps I installed show up in the Map Chooser? -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [SPAM] Re: [Xastir] Problem with maps
Yeah, that would be a problem if I would have that already configured, but since I was setting Xastir up for the first time, that didn't bother me. Oh, and thank you very much for the "callpass" tip. ;-) Curt, WE7U wrote: > On Mon, 2 Jul 2007, Luka wrote: > >> Well, I regret not running Xastir from konsole, so I could attach errors >> or log. >> >> And as for the maps, they had the same permission that they have now and >> they were all in .jpg as they are now so that couldn't be the problem, I >> think. =) > > It may have been a corrupted config file of some type caused by the > LANG setting. Deleting the ~/.xastir directory and all > contents, setting the LANG variable to "C" or "en_US", and starting > Xastir from scratch is one quick fix for this, but you'll lose all > of your previous configuration settings, bookmarks, map levels, etc. > > -- > Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer > "Lotto:A tax on people who are bad at math." -- unknown > "Windows: Microsoft's tax on computer illiterates." -- WE7U > "The world DOES revolve around me: I picked the coordinate system!" > > -- BOFH Excuse #293: You must've hit the wrong any key. Luka Goltnik, [EMAIL PROTECTED] http://lea.hamradio.si/~s57lx ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Problem with maps
On Mon, 2 Jul 2007, Luka wrote: > Well, I regret not running Xastir from konsole, so I could attach errors > or log. > > And as for the maps, they had the same permission that they have now and > they were all in .jpg as they are now so that couldn't be the problem, I > think. =) It may have been a corrupted config file of some type caused by the LANG setting. Deleting the ~/.xastir directory and all contents, setting the LANG variable to "C" or "en_US", and starting Xastir from scratch is one quick fix for this, but you'll lose all of your previous configuration settings, bookmarks, map levels, etc. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Problem with maps
On Mon, 2 Jul 2007, Luka wrote: > But would you happen to know the trick, how I can send messages over the > internet? For now I can only receive messages. My friend mentioned > something about validation number, but he's using Ui-wiev. "callpass " will give you a validation number. Enter the number given into the particular Interface->Properties dialog for your internet connection you're wanting to message over. In the "passcode" box. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Problem with maps
Well, I regret not running Xastir from konsole, so I could attach errors or log. And as for the maps, they had the same permission that they have now and they were all in .jpg as they are now so that couldn't be the problem, I think. =) Well in any case now Xastir works, so now all I have to "hack up" is soundmodem. It's giving me a bit of headache but for now it works over the internet. But would you happen to know the trick, how I can send messages over the internet? For now I can only receive messages. My friend mentioned something about validation number, but he's using Ui-wiev. Curt, WE7U wrote: > On Mon, 2 Jul 2007, Luka wrote: > >> First I did "Reindex all maps" and then I did "Add new maps" in "Map" >> menu. I tried it numerous times and in different ways but it didn't work. > > "Reindex ALL Maps" will run through every map file in and below the > maps directory. If the map is readable by your user and you have > the proper map support compiled into Xastir, that map should then > start showing up in the Map Chooser. > > The file the map indexer creates, which Map Chooser then reads, is > this: > > ~/.xastir/config/map_index.sys > > If the map isn't listed in that file, then Map Chooser can't find > it. The indexer either couldn't find it, thought it was too old to > index (as in the case of running "Add New Maps"), the map support > for that type of map wasn't compiled into Xastir, or there was some > other error preventing the successful read & digestion of the map. > > -- > Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer > "Lotto:A tax on people who are bad at math." -- unknown > "Windows: Microsoft's tax on computer illiterates." -- WE7U > "The world DOES revolve around me: I picked the coordinate system!" > > -- BOFH Excuse #9: doppler effect Luka Goltnik, [EMAIL PROTECTED] http://lea.hamradio.si/~s57lx ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Problem with maps
On Mon, 2 Jul 2007, Luka wrote: > First I did "Reindex all maps" and then I did "Add new maps" in "Map" > menu. I tried it numerous times and in different ways but it didn't work. "Reindex ALL Maps" will run through every map file in and below the maps directory. If the map is readable by your user and you have the proper map support compiled into Xastir, that map should then start showing up in the Map Chooser. The file the map indexer creates, which Map Chooser then reads, is this: ~/.xastir/config/map_index.sys If the map isn't listed in that file, then Map Chooser can't find it. The indexer either couldn't find it, thought it was too old to index (as in the case of running "Add New Maps"), the map support for that type of map wasn't compiled into Xastir, or there was some other error preventing the successful read & digestion of the map. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Problem with maps
First I did "Reindex all maps" and then I did "Add new maps" in "Map" menu. I tried it numerous times and in different ways but it didn't work. Curt, WE7U wrote: > On Sun, 1 Jul 2007, Luka wrote: > >> Well, problem solved. >> The problem was in map_cache in my "$HOME/.xastir" map, at least I think >> so. I removed my .xastir map and run xastir again and that did the trick. > > It might have been that you chose "Reindex ALL Maps" instead of "Add > New Maps" from the Map->Configure menu, or removed the map_index.sys > file and reindex maps on startup was enabled? > > If you add a new map somewhere under the map directory but the > timestamp on the map file itself is OLDER than your > ~/.xastir/config/map_index.sys file, then Xastir will skip indexing > that map unless you choose the "Reindex ALL Maps". Not much we can > do about that one. We wanted a way to quickly index only the newly > added maps, and timestamps is about the only way we can do that. If > the timestamps aren't newer, we skip it. > > -- > Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer > "Lotto:A tax on people who are bad at math." -- unknown > "Windows: Microsoft's tax on computer illiterates." -- WE7U > "The world DOES revolve around me: I picked the coordinate system!" > > -- BOFH Excuse #201: RPC_PMAP_FAILURE Luka Goltnik, [EMAIL PROTECTED] http://lea.hamradio.si/~s57lx ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] Release Schedule
Those who watch such things can figure out the release schedule pretty easily, but here's the goal: Development snapshots happen roughly around the 1st and the 15th of each month. I have scripts to do nearly all the work so this is relatively painless to do. I try to keep only the last two snapshots available on SourceForge. The rest are there, but hidden. We could make them active again at a moment's notice if need be. Stable releases happen three or four times a year. Pretty much whenever we get ancy and decide it's time for another one plus the CVS sources are stable enough to warrant it. I'd be game for stable releases much more often, like perhaps every two months, but we'd have to be a bit more militant about the schedule and about freezing new development to do this. We've been quite lax about the whole code-freeze thing for quite some time, but then we don't have large numbers of developers mucking with the code all the time either so it has worked for us. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] [SourceForge.net Release] xastir : xastir-development (fwd)
Project: XASTIR (xastir)
Package: xastir-development
Date : 2007-07-02 12:44
Project "XASTIR" ('xastir') has released the new version of package
'xastir-development'. You can download it from SourceForge.net by following
this link:
or browse Release Notes and ChangeLog by visiting this link:
You receive this email because you requested to be notified when new versions
of this package were released. If you don't wish to be notified in the future,
please login to SourceForge.net and click this link:
If you lost your SourceForge.net login name or password, refer to this document:
Note that you may receive this message indirectly via one of your mailing list
subscriptions. Please review message headers before reporting unsolicited
mailings.
___
Xastir mailing list
Xastir@xastir.org
http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir responding to ?APRSS
On Mon, 2 Jul 2007, Curt, WE7U wrote: > When I rework GUI code I try to fix things like the allowed input > box size. A lot of the original code had no such restrictions, it > was just functional. > > I'll see if I can find a few minutes to tweak this one. Done. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir 1.9.1 trail issue
On Mon, 2 Jul 2007, Curt, WE7U wrote: > What do you have "New Track Time" and "New Track Interval" set to in > File->Configure->Timing? > > Have Station->Filter Display->Display Trail enabled? > > Are you noticing any other problems like your latitude/longitude not > getting remembered between Xastir runs? This might be an indication > that you have something other than "LANG=C" or "LANG=en_US" set in > the xterm you start Xastir from. This affects the > scanf/sscanf/fscanf functions which Xastir uses from libc, and > messes up the configuration file saving/restoring. All of the above could certainly be added to the Wiki and/or the distributed docs. I went looking for a good place to add it in the Wiki manual... I didn't see a good place for problem questions/answers like the FAQ. Did I miss it? I see the FAQ in the older Xastir docs section only. I guess there's no Wiki FAQ sort of thing? -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: Fwd: Re: [Xastir] Xastir responding to ?APRSS
Ok, this was supposed to go to the list not directly to Tom. --- Tom Russo <[EMAIL PROTECTED]> wrote: > On Mon, Jul 02, 2007 at 09:49:14AM -0700, we > recorded a bogon-computron collision of the > <[EMAIL PROTECTED]> flavor, containing: > > Forwarded as per Tom's suggestion (originally part > of > > a long string of emails) > > As a summary of the missing bits of the > conversation: > > - Some APRS clients will pop up an incoming message > box when a message is > received addressed to an object owned by that > station. > - This behavior was counted on by Bob Bruninga when > he advocated setting up > "XXX-n" objects for Field Day "blind contacts" on > APRS > - Xastir doesn't do this. The decode_message > function checks only if the > message is addressed to our own callsign-ssid or > base call sign (no SSID). > - Right now, to check an object for ownership, you > have to call > is_my_object_item with a DataRow pointer, not a > call sign. We have > a function "is_my_call" that takes a call sign and > checks if it's ours, > but no similar function to check if a named object > is ours. > Would it be sufficient to check the list of stations using search_station_name() (which I found in objects.c) to locate the entry in the objects list and then check its flags? The fish are biting. Get more visitors on your site using Yahoo! Search Marketing. http://searchmarketing.yahoo.com/arp/sponsoredsearch_v2.php ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir 1.9.1 trail issue
On Mon, 2 Jul 2007 10:46:49 -0700 (PDT), Curt, WE7U wrote > > No, the default for trail_segment_time is 45. For > trail_segment_distance it's 1. OK Curt, Already set it and works FB. My default values of 0 were probably so because I upgraded from version 1.8.5 to 1.9.1 > > If your LANG setting is something other than "C" or "en_US", Xastir > can read/write the wrong strings from/to the config file on > shutdown/startup, causing something like this to happen. It's > common these days for Linux to have something like this in there > instead: > > echo $LANG > en_US.UTF-8 > > Which can easily mess things up. No I use LANG=en_US > > -- > Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer Thanks again OM. --- 73 de Demetre Valaris - SV1UY e-mail: [EMAIL PROTECTED] AX25 PBBS: [EMAIL PROTECTED] http://sv1uy.ampr.org/~sv1uy http://www.athnet.ampr.org/~sv1uy ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir 1.9.1 trail issue
On Mon, 2 Jul 2007, sv1uy wrote: > Thanks for quick and useful reply. This made the trick. What are the best > setting for New Track Time in minutes and New Track Interval in degrees? Any > idea of what the recommended settings are? The default values are 0 in both > cases and this stops tracking altogether. No, the default for trail_segment_time is 45. For trail_segment_distance it's 1. If your LANG setting is something other than "C" or "en_US", Xastir can read/write the wrong strings from/to the config file on shutdown/startup, causing something like this to happen. It's common these days for Linux to have something like this in there instead: echo $LANG en_US.UTF-8 Which can easily mess things up. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir 1.9.1 trail issue
On Mon, 2 Jul 2007 11:07:10 -0600, Tom Russo wrote > I have not, and station tracks show up fine on all my stations. Do > you by any chance have your "New Track Time" accidentally set low > (so that every new posit from a station is assumed to be a new track)? > > -- > Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Hi Tom, Thanks for quick and useful reply. This made the trick. What are the best setting for New Track Time in minutes and New Track Interval in degrees? Any idea of what the recommended settings are? The default values are 0 in both cases and this stops tracking altogether. --- 73 de Demetre Valaris - SV1UY e-mail: [EMAIL PROTECTED] AX25 PBBS: [EMAIL PROTECTED] http://sv1uy.ampr.org/~sv1uy http://www.athnet.ampr.org/~sv1uy ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir 1.9.1 trail issue
On Mon, 2 Jul 2007, sv1uy wrote: > I have a problem ever since I upgraded to version 1.9.1 of Xastir. Trails will > not work, i.e. when I watch on my screen a mobile APRS station all trails are > deleted/ I checked the Station-Filter Display and the Display Trail is > depressed (which means trails should be visible). I have the same problem with > the stable version 1.9.0. Never had the same problem with the 1.8.x series or > any other older version of Xastir. What do you have "New Track Time" and "New Track Interval" set to in File->Configure->Timing? Have Station->Filter Display->Display Trail enabled? Are you noticing any other problems like your latitude/longitude not getting remembered between Xastir runs? This might be an indication that you have something other than "LANG=C" or "LANG=en_US" set in the xterm you start Xastir from. This affects the scanf/sscanf/fscanf functions which Xastir uses from libc, and messes up the configuration file saving/restoring. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir 1.9.1 trail issue
On Mon, Jul 02, 2007 at 08:10:35PM +0300, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Hi all, > > I have a problem ever since I upgraded to version 1.9.1 of Xastir. Trails will > not work, i.e. when I watch on my screen a mobile APRS station all trails are > deleted/ I checked the Station-Filter Display and the Display Trail is > depressed (which means trails should be visible). I have the same problem with > the stable version 1.9.0. Never had the same problem with the 1.8.x series or > any other older version of Xastir. > > Has anyone else noticed this problem? I have not, and station tracks show up fine on all my stations. Do you by any chance have your "New Track Time" accidentally set low (so that every new posit from a station is assumed to be a new track)? -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: Fwd: Re: [Xastir] Xastir responding to ?APRSS
On Mon, 2 Jul 2007, Alex Carver wrote: > Is there a function that can return currently owned > objects? If not, is there an array or linked list > somewhere that contains the objects in some way (this > I assume exists otherwise Xastir would never remember > its objects). Look at the objects.c:check_and_transmit_objects_items() function. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: Fwd: Re: [Xastir] Xastir responding to ?APRSS
On Mon, Jul 02, 2007 at 09:49:14AM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Forwarded as per Tom's suggestion (originally part of > a long string of emails) As a summary of the missing bits of the conversation: - Some APRS clients will pop up an incoming message box when a message is received addressed to an object owned by that station. - This behavior was counted on by Bob Bruninga when he advocated setting up "XXX-n" objects for Field Day "blind contacts" on APRS - Xastir doesn't do this. The decode_message function checks only if the message is addressed to our own callsign-ssid or base call sign (no SSID). - Right now, to check an object for ownership, you have to call is_my_object_item with a DataRow pointer, not a call sign. We have a function "is_my_call" that takes a call sign and checks if it's ours, but no similar function to check if a named object is ours. Since objects receiving messages (but not sending or ACKing them) is apparently consistent with the spec, perhaps we should make it work. Especially since not supporting that capability would have made Xastir one of the clients that couldn't have played along with the Field Day plans hashed out on APRSSIG. The original string of emails with Alex was about a slightly different use for this feature, but it's the same deal. You can't send messages to objects that Xastir owns and expect the user to see them. > --- Tom Russo <[EMAIL PROTECTED]> wrote: > > > Date: Mon, 2 Jul 2007 00:09:47 -0600 > > From: Tom Russo <[EMAIL PROTECTED]> > > To: Alex Carver <[EMAIL PROTECTED]> > > Subject: Re: [Xastir] Xastir responding to ?APRSS > > > > On Sun, Jul 01, 2007 at 10:54:30PM -0700, we > > recorded a bogon-computron collision of the > > <[EMAIL PROTECTED]> flavor, containing: > > > Would Xastir show a message directed at an > > > object that it owns? > > > > Look in db.c, the function "decode_message" --- this > > explicitly checks > > the messages "to" against our call sign (with SSID) > > and our base call > > (ignoring SSID), but does not check against any of > > our own objects. > > > > There is no function (that I can see) that provides > > a quick check if > > a call-sign is actually an object owned by > > ourselves, but it shouldn't > > be *that* difficult to write one and use it to > > perform an additional > > check in that routine to make us respond to that > > message. > > > > Thing is, we are not supposed to ACK messages sent > > to our own objects, > > just those sent to our station. (That is something > > that Bob Bruninga > > did comment on when he was advocating using such > > objects and sending messages > > to them during Field Day.) > > > > You might want to take this part of your message > > back to the group for > > discussion. > > > Is there a function that can return currently owned > objects? If not, is there an array or linked list > somewhere that contains the objects in some way (this > I assume exists otherwise Xastir would never remember > its objects). > > > > > Building a website is a piece of cake. Yahoo! Small Business gives you all > the tools to get online. > http://smallbusiness.yahoo.com/webhosting > ___ > Xastir mailing list > Xastir@xastir.org > http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir responding to ?APRSS
On Sun, 1 Jul 2007, Tom Russo wrote: > On Sun, Jul 01, 2007 at 09:55:33PM -0700, we recorded a bogon-computron > collision of the <[EMAIL PROTECTED]> flavor, containing: > > > > Ah, I wondered what that was. It also seems that > > there's a button or check box under it that's hidden. > > I can barely see the edge of it under the text box. > > Huh. Yeah, I see what you mean. I can see a check box poking out from > under the text widget, too. You can even click it. Which widget set, Lesstif? With OpenMotif there's nothing underneath anything else. > Thing is, all of the GUI code for most of Xastir is in the monolithic > main.c file. There's an awful lot of GUI stuff elsewhere in the code as well. Look at the filenames for the *.c files for some clues about this, but I think there's some GUI code in yet other files as well. It's not separated out from the main body of code by any means. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
[Xastir] Xastir 1.9.1 trail issue
Hi all, I have a problem ever since I upgraded to version 1.9.1 of Xastir. Trails will not work, i.e. when I watch on my screen a mobile APRS station all trails are deleted/ I checked the Station-Filter Display and the Display Trail is depressed (which means trails should be visible). I have the same problem with the stable version 1.9.0. Never had the same problem with the 1.8.x series or any other older version of Xastir. Has anyone else noticed this problem? --- 73 de Demetre Valaris - SV1UY e-mail: [EMAIL PROTECTED] AX25 PBBS: [EMAIL PROTECTED] http://sv1uy.ampr.org/~sv1uy http://www.athnet.ampr.org/~sv1uy ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir responding to ?APRSS
On Mon, Jul 02, 2007 at 09:29:34AM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > On Sun, 1 Jul 2007, Tom Russo wrote: > > > On Sun, Jul 01, 2007 at 09:55:33PM -0700, we recorded a bogon-computron > > collision of the <[EMAIL PROTECTED]> flavor, containing: > > > > > > Ah, I wondered what that was. It also seems that > > > there's a button or check box under it that's hidden. > > > I can barely see the edge of it under the text box. > > > > Huh. Yeah, I see what you mean. I can see a check box poking out from > > under the text widget, too. You can even click it. > > Which widget set, Lesstif? With OpenMotif there's nothing > underneath anything else. Nope, I have lesstif on none of my systems. Using only OpenMotif. Check out the window shot at http://www.swcp.com/~russo/imgs/dialog.png Actually, now that I really look carefully, it is clearly *NOT* a check box (whew!). It's a tiny bit of the frame of the text box. Clicking it simply turns it from white to black. The rest of the frame is apparently being obscured by the button widgets below it. The bit that's not obscured lies right between the text from "Warn if Modifier Keys" and the box from "My trails in one color" If you click on the text box the "phantom check box" changes color, so it's pretty clear that it is really just an unobscured bit of the frame. It's also not possible to toggle the "box" by clicking it twice, so that's another indicator. It just happens to be the right size to be confused with a check box. That also explains why it disappeared when I made the text box smaller --- it was no longer big enough to make it to the gap between the two widgets below it so the bit of frame never got exposed. -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir responding to ?APRSS
On Mon, 2 Jul 2007, Alex Carver wrote: > On my system, Lesstif. I could always install > OpenMotif (libmotif3) and recompile. Any advantage of > one over the other? Yes. OpenMotif allows dynamically changing displayed dialogs, which we make use of in a few places. Also it'll be more bug-free as it's a single-user licensed version of the original closed-source Motif code. Lesstif is an open-source library that is a clone of Motif. It hasn't had the time/effort/money to become as bug-free and feature-rich as Motif yet. That said, some users can't use OpenMotif and so are using Lesstif. I also heard that Fedora is dropping support for OpenMotif over licensing issues? -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Problem with maps
On Sun, 1 Jul 2007, Luka wrote: > Well, problem solved. > The problem was in map_cache in my "$HOME/.xastir" map, at least I think > so. I removed my .xastir map and run xastir again and that did the trick. It might have been that you chose "Reindex ALL Maps" instead of "Add New Maps" from the Map->Configure menu, or removed the map_index.sys file and reindex maps on startup was enabled? If you add a new map somewhere under the map directory but the timestamp on the map file itself is OLDER than your ~/.xastir/config/map_index.sys file, then Xastir will skip indexing that map unless you choose the "Reindex ALL Maps". Not much we can do about that one. We wanted a way to quickly index only the newly added maps, and timestamps is about the only way we can do that. If the timestamps aren't newer, we skip it. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Fwd: Re: [Xastir] Xastir responding to ?APRSS
Forwarded as per Tom's suggestion (originally part of a long string of emails) --- Tom Russo <[EMAIL PROTECTED]> wrote: > Date: Mon, 2 Jul 2007 00:09:47 -0600 > From: Tom Russo <[EMAIL PROTECTED]> > To: Alex Carver <[EMAIL PROTECTED]> > Subject: Re: [Xastir] Xastir responding to ?APRSS > > On Sun, Jul 01, 2007 at 10:54:30PM -0700, we > recorded a bogon-computron collision of the > <[EMAIL PROTECTED]> flavor, containing: > > Would Xastir show a message directed at an > > object that it owns? > > Look in db.c, the function "decode_message" --- this > explicitly checks > the messages "to" against our call sign (with SSID) > and our base call > (ignoring SSID), but does not check against any of > our own objects. > > There is no function (that I can see) that provides > a quick check if > a call-sign is actually an object owned by > ourselves, but it shouldn't > be *that* difficult to write one and use it to > perform an additional > check in that routine to make us respond to that > message. > > Thing is, we are not supposed to ACK messages sent > to our own objects, > just those sent to our station. (That is something > that Bob Bruninga > did comment on when he was advocating using such > objects and sending messages > to them during Field Day.) > > You might want to take this part of your message > back to the group for > discussion. Is there a function that can return currently owned objects? If not, is there an array or linked list somewhere that contains the objects in some way (this I assume exists otherwise Xastir would never remember its objects). Building a website is a piece of cake. Yahoo! Small Business gives you all the tools to get online. http://smallbusiness.yahoo.com/webhosting ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir responding to ?APRSS
--- "Curt, WE7U" <[EMAIL PROTECTED]> wrote: > On Sun, 1 Jul 2007, Tom Russo wrote: > > > On Sun, Jul 01, 2007 at 09:55:33PM -0700, we > recorded a bogon-computron collision of the > <[EMAIL PROTECTED]> flavor, containing: > > > > > > Ah, I wondered what that was. It also seems > that > > > there's a button or check box under it that's > hidden. > > > I can barely see the edge of it under the text > box. > > > > Huh. Yeah, I see what you mean. I can see a > check box poking out from > > under the text widget, too. You can even click > it. > > Which widget set, Lesstif? With OpenMotif there's > nothing > underneath anything else. On my system, Lesstif. I could always install OpenMotif (libmotif3) and recompile. Any advantage of one over the other? Ready for the edge of your seat? Check out tonight's top picks on Yahoo! TV. http://tv.yahoo.com/ ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir responding to ?APRSS
On Sun, 1 Jul 2007, Tom Russo wrote: > What is truly bizarre is that the altnet text box is way larger than the > allowed number of characters for the altnet name --- the max length appears > to be nine characters, and the box is much bigger than that. When I tried > to shrink the size of the box (by adjusting the "XmNrightOffset" parameter > in its XtVaCreateManagedWidget call) to expose the phantom check box, I found > that the checkbox disappeared. It reappeared when I returned the > XmNrightOffset to 160. When I rework GUI code I try to fix things like the allowed input box size. A lot of the original code had no such restrictions, it was just functional. I'll see if I can find a few minutes to tweak this one. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir responding to ?APRSS
On Sun, 1 Jul 2007, Alex Carver wrote: > Interesting. I might try to work on a backend for it > in my copious free time next week (sort of to prove > the point to a UI-View user than Xastir works > especially with open code) but I'm miserable at GUI > work so I wouldn't know where to begin for making the > front-end interfaces to add dialog boxes for the > status text, etc. Very few people touch the GUI. I'm probably the main one. I can help here and there if you run into trouble but probably can't spend a great deal of time on it. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir responding to ?APRSS
On Sun, 1 Jul 2007, Tom Russo wrote: > I never really looked at that very carefully, but it really is a confusing > layout. The thing in the line edit box is meant to be the alternate net > name, and is meant to go with the check box directly above it, "Activate > Alternate Net?" Yes. Agreed on confusing. Needs a label for the fill-in box. We probably should break up some of the Defaults dialog into separate dialogs. The current layout is a result of my trying to squeeze everything onto one dialog as more and more stuff got added. I don't recall whether the fill-in box ever had a label, but it probably was visually associated with the togglebutton at one time when there was more room on the dialog. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] maps not working after system reload.
On Sun, 1 Jul 2007, Chris Thompson wrote: > well i had hoped when i worked through my Beryl issue that xastir's maps would > have resolved themselves as before. but no such luck this time around. Beryl > is up and working after a short edit of xorg.config but to my dismay no maps > showing in xastir. > > suggestions on a good starting point would be appreciated. Can't recall what the original problem was, sorry. Beryl is not familiar to me, and my short-term memory storage for any particular mailing list is probably less than a day. It seems that many of the user questions these days are in regards to maps not displaying or maps not showing up in the map chooser. Perhaps we need a map debugging section for our Wiki that will show how to debug these sorts of problems one step at a time? Things like: *) How to verify that either wget or libcurl are installed/working. *) Checking the ~/.xastir/tmp directory for downloaded maps. *) How to find out which map libraries are compiled in. *) Setting the timeout for internet maps. *) Debugging GM/IM problems with displaying maps. *) VNC colordepth problems displaying maps. *) Transparency problems with radar maps. *) Map levels. *) Turning off automaps. Just little stuff like that... There's probably more I forgot, but we can add them as they come up. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Xastir.desktop, anyone?
On Sat, 30 Jun 2007, Corby Krick wrote: > I'm wondering if the Xastir CVS install has a Xastir.desktop file, I > can't seem to find it. Am I missing something? Maybe we could put in > a .desktop file and it'll go into HamRadioMenus? Xastir gets deployed across multiple operating systems, including Solaris, MacOSX, Windows, FreeBSD, Linux, and a few others at times. Just on the Linux/Unix variants it may get used under a variety of Window Managers as well. So... Which operating system are you talking about, and which window manager? Do other window managers also use a *.desktop file? I'm not familiar with it. FWIW I'm using OpenSuSE-10.0 and the FVWM2 window manager. I don't generally start Xastir from menus anyway, preferring to start it from an Xterm or an Rxvt so that I can see any error messages generated. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] Portable Digipeater Antenna?
On Mon, 2 Jul 2007, Ray Wells wrote: > Was it a very old (about 35 years ago) QST article that headlined "My > Dipole Has A Gain Of 79dB"? > > The crux of the article was that you need to know what you're comparing > with. In the magazine article the comparison was with a dummy load!! That's great! I may have to slip that into some conversations every now and then for fun. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] -Lrtree -ltree ... may have found where...
On Sun, 1 Jul 2007, Richard Polivka, N6NKO wrote: > IIRC, my laptop version of xastir had me compile separately GDAL. BigBox > got GDAL from the repo. > > All I can say is "AIIIEEE" as he runs into the darkness, holding his > head, and thinking of Muench. Very few Xastir users have a need for the GDAL library. I'd suggest configuring Xastir with the --without-gdal option if you can do without it. About the only thing I've done somewhat regularly with GDAL was use the TIGER/Line vector map files directly for testing, but it's so slow to do this that I try to avoid it. A few other obtuse vector map formats are gotten to with the GDAL library in Xastir, but 99% of the users out there will never need them. ./configure --without-gdal make && sudo make install -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] CoverSplit symbol issue with rtree in Fedora
On Fri, 29 Jun 2007, Richard Polivka, N6NKO wrote: > Gents, > > There is no need to start a religious war over editing ./configure. I am > trying to understand what is going on. That was Tom, one of our active developers, telling you the facts about the autoconf/automake stuff. When _he_ talks, listen. When _I_ talk, ignore about half of it. Which half to ignore is the trick... Not a religious war at all... The autoconf/automake stuff is confusing to people who haven't been immersed in it. Xastir has several files which are derived from others. Editing the derived files is generally a waste of time. -- Curt, WE7U. APRS Client Comparisons: http://www.eskimo.com/~archer "Lotto:A tax on people who are bad at math." -- unknown "Windows: Microsoft's tax on computer illiterates." -- WE7U "The world DOES revolve around me: I picked the coordinate system!" ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] libgdal is the master here...
On Mon, Jul 02, 2007 at 06:56:53AM -0500, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: > Tom, > > I will do a CVS checkout tonight, if possible. I was wondering if this will > conflict with the name change that was put into CVS earlierto avoid the call > to libgdal_rtree, or was that backed out? No, it was not backed out, but it won't matter. The name change only changed that one variable, and would have been inconsequential. I'll back it out now, though. > Tom Russo wrote: > > On Sun, Jul 01, 2007 at 09:43:11PM -0600, we recorded a bogon-computron > > collision of the <[EMAIL PROTECTED]> flavor, containing: > > > >> On Sun, Jul 01, 2007 at 04:44:46PM -0700, we recorded a bogon-computron > >> collision of the <[EMAIL PROTECTED]> flavor, containing: > >> > >>> Tom: > >>> > >>> ldd spews for libgdal.so: libgrass_rtree is linked in. > >>> > >> No surprise. Hadda have been where it was coming from. > >> > >> > >>> ldd spews fro libgrass_rtree: nothing except for libm and libc. > >>> > >>> F7 repo uses gdal-1.4.1, grass-libs-6.2.1 > >>> > >>> I will have to concur that gdal was built full up but I do not see a > >>> circular reference in place. GRASS will stand free, but GDAL needs GRASS > >>> (there is a bad joke in there somewhere). > >> Actually, no. GRASS absolutely requires GDAL, and will not build without > >> it --- unless it's quite an old version of GRASS for which GDAL was merely > >> optional. > > > > How the F7 repository gets around the circular dependency is probably by > > bundling the GRASS libraries with the GDAL package, and then having a GRASS > > package that requires the GDAL package to work (thereby getting all > > of its own libraries from a separate package). An icky solution for which > > someone will probably not go to heaven, but one that gets rid of the > > circular dependency by blurring the boundaries between the two highly > > interdependent > > pieces of software. > > -- Tom RussoKM5VY SAR502 DM64ux http://www.swcp.com/~russo/ Tijeras, NM QRPL#1592 K2#398 SOC#236 AHTB#1 http://kevan.org/brain.cgi?DDTNM "And, isn't sanity really just a one-trick pony anyway? I mean all you get is one trick, rational thinking, but when you're good and crazy, oooh, oooh, oooh, the sky is the limit!" --- The Tick ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
Re: [Xastir] libgdal is the master here...
Tom, I will do a CVS checkout tonight, if possible. I was wondering if this will conflict with the name change that was put into CVS earlierto avoid the call to libgdal_rtree, or was that backed out? It is possible that when I pulled GDAL our of the repo, GRASS was pulled in as a dependency. Back in college, we were taught to avoid circular references just for this reason. It is like working on a funky PLL oscillator. You have to install a break somewhere to test it and I guess that the bridge file does the same for GRASS/GDAL. I have had many a gray hair working on PLL's for 900 MHz trunking radios in a past life. I have to get ready for Cub Scout Resident Camp next week. My boy is really looking forward to this and I am bringing the firewood for our campsite. So, it is busy time. 73 from 807, Richard, N6NKO Tom Russo wrote: On Sun, Jul 01, 2007 at 09:43:11PM -0600, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: On Sun, Jul 01, 2007 at 04:44:46PM -0700, we recorded a bogon-computron collision of the <[EMAIL PROTECTED]> flavor, containing: Tom: ldd spews for libgdal.so: libgrass_rtree is linked in. No surprise. Hadda have been where it was coming from. ldd spews fro libgrass_rtree: nothing except for libm and libc. F7 repo uses gdal-1.4.1, grass-libs-6.2.1 I will have to concur that gdal was built full up but I do not see a circular reference in place. GRASS will stand free, but GDAL needs GRASS (there is a bad joke in there somewhere). Actually, no. GRASS absolutely requires GDAL, and will not build without it --- unless it's quite an old version of GRASS for which GDAL was merely optional. How the F7 repository gets around the circular dependency is probably by bundling the GRASS libraries with the GDAL package, and then having a GRASS package that requires the GDAL package to work (thereby getting all of its own libraries from a separate package). An icky solution for which someone will probably not go to heaven, but one that gets rid of the circular dependency by blurring the boundaries between the two highly interdependent pieces of software. ___ Xastir mailing list Xastir@xastir.org http://lists.xastir.org/cgi-bin/mailman/listinfo/xastir
