Hi all,

I got my Linux machine (RedHat9) working again this evening, hooray!  I
built the latest VTP source there, found and fixed one error and few small
warnings that gcc put out, and checked the changes into CVS.

VTBuilder is looking better than ever on Linux.  Bitmaps and images still
draw terribly slow, though.

Enviro runs, for me, up to the point where the 3D window is opened and
rendered for the first time, then it gives me (still):

Gdk-ERROR **: GLXBadDrawable
   serial 5253 error_code 131 request_code 129 minor_code 11

I have no clue what this means; other 3D apps run fine on my machine (like
TuxRacer) so i assume that the 3D card, driver etc. are installed and
working correctly.  Perhaps some interaction between Gnome and GLX?

-Ben

I have been experimenting with VTBuilder for several days on
my Red Hat Fedora system. VTBuilder seems to compile and run,
but I can not run the wxEnviro viewer.

the wxEnviro program starts up , but when I click OK
I get the error message
wxEnviro received an X Windows system error
GLXBadDrawable

serial 2380 , error_code 158 request code 144 minor_code 1

The system is configured as follows:

Red Hat fedora core 1

( with all updates from fedora core web site including  XFree ,
GLIBC etc )

Kernel built from kernel.org     version 2.6.4
XFree86 version 4.3.0 Fedora core 1:4.3.0-55
gcc version 3.3.3 built from source from gnu website

Nvidia TNT2 graphics card

Nvidia-Linux-x86-1.0-5336.pgk1.run driver

I built the current configuration as follows :

Install  2.6.4  kernel source and build new kernel

reboot and start 2.6.4 kernel

re-install   Nvidia  5336  video driver

Build  wxWindows library from  wxGTK-2.4.2 source using
  --with_opengl option

Rebuild the OpenScenegraph library from source
install  OSG_OP_OT-0.9.6.2 source

edit the osg/Matrix file to disable the
OSG_USE_DOUBLE_MATRIX option

run make and then make install for osg


unpack the latest VTP source files

Run Make on the TerrainSDK directory


run Make on the Enviro directory.

wxEnviro will start up with dialog box , but then dies with
GLXBadDrawable error.

I had a lot of trouble getting Enviro to compile

There were a lot of unresolved linker error in the osg libraries

Also at one point I was also getting  GL function error coming from
the wxWindow library. It appeared that the C++  function name
scrambler was creating bad names until I recompiled everything
from the bottom up using the newly installed gcc 3.3.3 compiler

Ron,

See my previous message, http://groups.yahoo.com/group/vtp-unix/message/276

I get something very similar:
Gdk-ERROR **: GLXBadDrawable
serial 5253 error_code 131 request_code 129 minor_code 11

As both of us are running RedHat systems with Nvidia cards, there's probably
something about that combination that's the culprit.

I know other folks have gotten Enviro to run on some kinds of Linux.  Could
any of those people comment?

-Ben

> -----Original Message-----
> From: ron_nave [mailto:Naver@...]
> Sent: Thursday, March 11, 2004 4:33 PM
>
> the wxEnviro program starts up , but when I click OK
> I get the error message wxEnviro received an X Windows system error
GLXBadDrawable
>
> serial 2380 , error_code 158 request code 144 minor_code 1

This problem is not just RedHat based. I try to use Libranet (a Debian based
distribution) with an NVIDIA card and I get the same problem most, but not
all of the time. About every 5 or 10 tries wxEnviro would get past this
problem and work reasonably well although I didn't try much more than basic
navigation. I finally gave up and resorted to Windows to get something done.
My suspicion is that the problem is in the wxWindows - NVIDIA interaction.
Bill

On Thursday 11 March 2004 02:42 pm, Ben Discoe wrote:
>  Ron,
>
>  See my previous message,
> http://groups.yahoo.com/group/vtp-unix/message/276
>
>  I get something very similar:
>  Gdk-ERROR **: GLXBadDrawable
>  serial 5253 error_code 131 request_code 129 minor_code 11
>
>  As both of us are running RedHat systems with Nvidia cards, there's
> probably something about that combination that's the culprit.
>
>  I know other folks have gotten Enviro to run on some kinds of Linux.
> Could any of those people comment?
>
>  -Ben
>
>  > -----Original Message-----
>  > From: ron_nave [mailto:Naver@...]
>  > Sent: Thursday, March 11, 2004 4:33 PM
>  >
>  > the wxEnviro program starts up , but when I click OK
>  > I get the error message wxEnviro received an X Windows system error
>
>  GLXBadDrawable
>
>  > serial 2380 , error_code 158 request code 144 minor_code 1
>
> Yahoo! Groups Sponsor
>
>
>
> ADVERTISEMENT
>
>
>
>
>
>
>  Yahoo! Groups Links
>
> To visit your group on the web, go to:
> http://groups.yahoo.com/group/vtp-unix/
>
> To unsubscribe from this group, send an email to:
> vtp-unix-unsubscribe@yahoogroups.com
>
> Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.

Could someone try building the small wxWindows sample program 'opengl' on
Linux and tell me if that runs consistently?

All we're doing is creating one of their 'wxGLCanvas' objects.  As it's
dying on or before the first paint, before we've even drawn anything, it
theoretically can't be anything we're drawing into the window.

-Ben

> -----Original Message-----
> From: Bill Clark [mailto:clarkbil@...]
> Sent: Saturday, March 13, 2004 1:09 AM
>
> This problem is not just RedHat based. I try to use Libranet
> with an NVIDIA card [..]  About every 5
> or 10 tries wxEnviro would get past this problem [...]
> My suspicion is that the problem is in the
> wxWindows - NVIDIA interaction.
>  Bill

I recently reported runtime errors while attempting to run
wxEnviro on a linux system with Red Hat Fedora 1 / 2.6.4 kernel ,
XFree86  4.3.0 and using the latest NVIDIA-5336 driver.

The machine had a NVIDIA TNT II card with 16 meg   video memory
and reported   GLXBadDrawable errors.

I also installed the same software on my home machine

( dual boot with Windows ME and Fedora Core )
My home machine has a NVIDIA TI4200 GeForce 4 card with
64 meg of video memory.  This machine loads wxEnviro and
displays the hawaii data base at 35 HZ full screen.

The remaining problem is that I can not close the application.

Upon clicking the exit button , the scenery clears and the
buttons all lock up, but the application remains until I kill it
with pKill. Perhaps the older video card does not have enough
resources to support the application.

Hi Ben,

I'm trying to build the new 040320 on Knoppix with gcc 3.3.3, having trouble
compiling DxfParser.cpp.

First, I had to add a "using std::exception;" near the top.

gcc now complains about the form throw exception( "foo" ) with:

DxfParser.cpp:74: error: no matching function for call to `std::exception::
     exception(const char[30])'
/usr/include/c++/3.3/exception:53: error: candidates are:
     std::exception::exception(const std::exception&)
/usr/include/c++/3.3/exception:55: error:
     std::exception::exception()

I'm familiar with throw "foo" and throw exception(), is that combo form
MSVC-specific?

Thanks
-- mew

I tried changing the 'throw exception("foo")' to 'throw "foo"', and it seems
to be fine.  I'm not sure why the code (which was donated to the VTP) was
using that odd form, nor why MSVC was allowing it.

I've checked this change in, but i can't confirm if it builds with gcc, as
my Linux machine is hanging today while trying to launch X-windows..

-Ben

> -----Original Message-----
> From: Mike Weiblen [mailto:mew@...] On Behalf Of Mike Weiblen
> Sent: Sunday, March 21, 2004 3:57 PM
> To: vtp-unix@yahoogroups.com
> Subject: [vtp-unix] exceptions in vtp 040320
>
> Hi Ben,
>
> I'm trying to build the new 040320 on Knoppix with gcc 3.3.3,
> having trouble compiling DxfParser.cpp.
>
> First, I had to add a "using std::exception;" near the top.
>
> gcc now complains about the form throw exception( "foo" ) [..]
>
> I'm familiar with throw "foo" and throw exception(), is that
> combo form MSVC-specific?
>
> Thanks
> -- mew

Ok, I'll look into that.

in the meantime, I bypassed that code and came up with some other patches to get
the build working on linux, see attached

cheers
-- mew


Ben Discoe wrote:
> I tried changing the 'throw exception("foo")' to 'throw "foo"', and it seems
> to be fine.  I'm not sure why the code (which was donated to the VTP) was
> using that odd form, nor why MSVC was allowing it.
>
> I've checked this change in, but i can't confirm if it builds with gcc, as
> my Linux machine is hanging today while trying to launch X-windows..
>
> -Ben

I've checked these in.

Mike, are you seeing the same GLX trouble that i and others on this list are
seeing, trying to launch Enviro?  If not, what card/driver version are you
using?  I'm curious to see if we can make a list of what is known to work,
and not work.

Thanks,
Ben

> -----Original Message-----
> From: Mike Weiblen [mailto:mew@...] On Behalf Of Mike Weiblen
> Sent: Tuesday, March 23, 2004 10:40 PM
> To: vtp-unix@yahoogroups.com
>
> in the meantime, I bypassed that code and came up with some
> other patches to get the build working on linux, see attached
>
> cheers
> -- mew

Hi Ben,
I'm not in a good state to test at the moment due to severe versionitis.  I'm
transitioning to a new development machine with linux-supported 3D acceleration.
    Once I get my config wrung out, I will test asap, and post my results.

FWIW I ran my last-night's enviro build on mobility radeon 9600 with mesa sw
rendering: it didn't crash, but it didn't render either.  Better info when I get
it...

-- mew


Ben Discoe wrote:
> Mike, are you seeing the same GLX trouble that i and others on this list are
> seeing, trying to launch Enviro?  If not, what card/driver version are you
> using?  I'm curious to see if we can make a list of what is known to work,
> and not work.

Hi all

I get the following error when compiling TerrainSDK using g++ (GCC) 3.3.1
(SuSE Linux):

g++ -O -g -DUNIX -I./shapelib -I/usr/local/include -I/usr/local/include
-I/data/build/gis/VTP/VTP.patch/TerrainSDK/   -c -o DxfParser.o
DxfParser.cpp
DxfParser.cpp: In member function `bool DxfParser::RetreiveEntities(void
    (*)(int))':
DxfParser.cpp:73: error: `exception' undeclared (first use this function)
DxfParser.cpp:73: error: (Each undeclared identifier is reported only once
for
    each function it appears in.)
DxfParser.cpp:94: error: parse error before `&' token
DxfParser.cpp: At global scope:
DxfParser.cpp:101: error: parse error before `catch'
...

Any hints?

Ciao,
	 Jens

Jens,

You can see this issue discussed and solved in the mailing list archive,
which is generally a good thing to check.

To summarize: gcc doesn't like the way the code was using exceptions.  It
has been simplified to just throw strings.  This fix is in CVS.

-Ben

> -----Original Message-----
> From: Jens Oberender [mailto:grass@...]
> Sent: Wednesday, March 31, 2004 5:55 AM
> To: vtp-unix@yahoogroups.com
> Subject: [vtp-unix] Compilation errors in TerrainSDK
>
> I get the following error when compiling TerrainSDK using g++
> (GCC) 3.3.1 (SuSE Linux):
>
> DxfParser.cpp:73: error: `exception' undeclared (first use
> this function)

Hi

> You can see this issue discussed and solved in the mailing list archive,
> which is generally a good thing to check.

I don't have a yahoo account and don't want to create one, just to read
these mails.
Is there another emailarchive somewhere?

> To summarize: gcc doesn't like the way the code was using exceptions.  It
> has been simplified to just throw strings.  This fix is in CVS.

I solved it now by using std::runtime_error instead of exception.

--
MfG
	 Jens Oberender
------------------------------------
Die Liebe ist ein seltsam Ding.

> From: Jens Oberender [mailto:grass@...]
> Sent: Friday, April 02, 2004 7:11 AM
>
> I don't have a yahoo account and don't want to create one,
> just to read these mails.

I thought that all people who belong to this mailing list could access the
archives?  Maybe not - hmmmm... ok, i have changed the group settings so
that anyone can read the archive, without any kind of login.

-Ben

Hi Ben,

re your previous query, I am able to successfully run Enviro (v040320 w/patches)
and render GL.  I can view and rotate the whole earth model; haven't tried
terrains yet.

configuration: modified Knoppix (Debian) w/kernel 2.4.25, gcc 3.3.3, XFree86
4.3.0.1, mobility radeon 9600 w/ the proprietary ATI driver v3.7.6.

On a different topic, I'm now getting a dialog box at startup "catalog file for
domain 'Enviro' not found", which I assume is related to recent i18n work.  In
the details it mentions locale/en_GB. How to change that in vtp?

Cheers
-- mew

> Ben Discoe wrote:
>
>>Mike, are you seeing the same GLX trouble that i and others on this list are
>>seeing, trying to launch Enviro?  If not, what card/driver version are you
>>using?  I'm curious to see if we can make a list of what is known to work,
>>and not work.

I have added Mike's experience along with Ron's and Bill's and my own, to a
table, here: http://vterrain.org/Implementation/porting.html

I installed the latest Nvidia driver, rebuild the VTP from the latest
sources, and i've only seen the dreaded "GLXBadDrawable" message once... now
the most significant problem is that the menu/toolbars buttons aren't
getting their Idle events to be enabled properly.

-Ben

> -----Original Message-----
> From: Mike Weiblen [mailto:mew@...] On Behalf Of Mike Weiblen
> Sent: Friday, April 02, 2004 8:58 AM
>
> re your previous query, I am able to successfully run Enviro
> (v040320 w/patches) and render GL.  I can view and rotate the
> whole earth model; haven't tried terrains yet.
>
> configuration: [...]

> From: Mike Weiblen [mailto:mew@...] On Behalf Of Mike Weiblen
>
> On a different topic, I'm now getting a dialog box at startup
> "catalog file for domain 'Enviro' not found", which I assume
> is related to recent i18n work.

Definitely. :)  It's a silent log message on Windows, i guess wxGTK uses a
dialog box instead.

> In the details it mentions locale/en_GB. How to change that in vtp?

Is you computer somehow set to British English?  It's a little odd.  Look at
your debug.txt and let me know what you see.  Mine has this:

Default language: 58 (English (U.S.))
Initializing locale to default language:
  succeeded.

If your computer is indeed fond of British English, you can make the message
go away by downloading the appropriate .mo file from
http://vterrain.org/Implementation/i18n.html

The only drawback is that you'll see 'Color' as 'Colour' etc. :)

-Ben

Hi Ben

Thanx for opening the mailinglist archive.

> You can see this issue discussed and solved in the mailing list archive,
> which is generally a good thing to check.
>
> To summarize: gcc doesn't like the way the code was using exceptions.
> It has been simplified to just throw strings.  This fix is in CVS.

How and where can I access the CVS?
I didn't find anything neither the homepage nor in the mail archive.

I get the following error:
wx/frame.cpp:87:22: time.xpm: No such file or directory

Looks like this file is not in the release, so I wanted to check it it's
in CVS.

Ciao,
	 Jens

> From: Jens Oberender [mailto:grass@...]
>
> How and where can I access the CVS?
> I didn't find anything neither the homepage nor in the mail archive.

It's linked from the download instructions, and also from the Unix build
instructions, which i think you are following:
   http://vterrain.org/Distrib/unix.html
the links point to:
   http://vterrain.org/Distrib/cvs.html

> I get the following error:
> wx/frame.cpp:87:22: time.xpm: No such file or directory

Yes, Mike reported this problem on the list so i checked the file into CVS.

Don't hesistate to ask me for assistance, i think your plan of making an RPM
for the VTP is very exciting!

-Ben

I believe I should be configed for US english.  Being that Knoppix is a german
distro, if anything I would've expected lingering bits of locale "de".  My
output from debug.txt:

Initializing locale to default language: 56
Locale info: Canonical name 'en_GB', Description: 'English'
Attempting to load the 'Enviro.mo' catalog for the current locale.
   not found.

I'm guessing perhaps the wxGTK debian package (which I installed prebuilt) has a
default locale of British english?  Is there a point in VTP it would be
appropriate to provide a default language override feature?

-- mew


Ben Discoe wrote:
>>In the details it mentions locale/en_GB. How to change that in vtp?
>
> Is you computer somehow set to British English?  It's a little odd.  Look at
> your debug.txt and let me know what you see.  Mine has this:
>
> Default language: 58 (English (U.S.))
> Initializing locale to default language:
>  succeeded.
>
> If your computer is indeed fond of British English, you can make the message
> go away by downloading the appropriate .mo file from
> http://vterrain.org/Implementation/i18n.html
>
> The only drawback is that you'll see 'Color' as 'Colour' etc. :)

Ben,

A bit more data; collecting symptoms, not debugging yet...
(test environment: vtp 040320 + patches, configed for whole earth view)

On ~20% launches of wxEnviro, the app stops at "First OnPaint message".  The
menu dropdowns are responsive, tho.

When closing the app, I usually get a segfault after "Deleting Canvas.";
ocassionally I do get a clean shutdown.  segfault seems to occur more often when
clicking the X close button, rather than menu pulldown.

Suspect vtp/wxwin threading issues?  or perhaps I have a flaky wxwin build?  I'm
using debian's libwxgtk 2.4.2.4

As for the GLX problems folks are experiencing, perhaps try running glxgears or
some OSG demos, try to localize which sw layer is having trouble?

-- mew



Ben Discoe wrote:
> I have added Mike's experience along with Ron's and Bill's and my own, to a
> table, here: http://vterrain.org/Implementation/porting.html
>
> I installed the latest Nvidia driver, rebuild the VTP from the latest
> sources, and i've only seen the dreaded "GLXBadDrawable" message once... now
> the most significant problem is that the menu/toolbars buttons aren't
> getting their Idle events to be enabled properly.

> From: Mike Weiblen [mailto:mew@...] On Behalf Of Mike Weiblen
>
> My output from debug.txt:
>
> Initializing locale to default language: 56
> Locale info: Canonical name 'en_GB', Description: 'English'

> I'm guessing perhaps the wxGTK debian package (which I
> installed prebuilt) has a default locale of British english?

Somebody making the distro must have decided that UK English, rather than US
English, is the canonical English.  Of course we Americans know better :)

> Is there a point in VTP it would be
> appropriate to provide a default language override feature?

It's there already in Enviro, added recently.
Command-line argument: -locale
For US English: -locale en_US

(You'll find this in the Enviro docs.. hmmm, people building from source
don't necessary have the latest docs, i now realize, because the build
instructions don't mention grabbing the app docs... not sure what to do
about that, as the docs are built into the Windows binaries (both Zips and
Installers) it would be messy to add a third packaging for the docs..)

-Ben

>
> -- mew
>
>
> Ben Discoe wrote:
> >>In the details it mentions locale/en_GB. How to change that in vtp?
> >
> > Is you computer somehow set to British English?  It's a
> little odd.  Look at
> > your debug.txt and let me know what you see.  Mine has this:
> >
> > Default language: 58 (English (U.S.))
> > Initializing locale to default language:
> >  succeeded.
> >
> > If your computer is indeed fond of British English, you can
> make the message
> > go away by downloading the appropriate .mo file from
> > http://vterrain.org/Implementation/i18n.html
> >
> > The only drawback is that you'll see 'Color' as 'Colour' etc. :)
>
>
> ------------------------ Yahoo! Groups Sponsor
> ---------------------~-->
> Buy Ink Cartridges or Refill Kits for your HP, Epson, Canon or Lexmark
> Printer at MyInks.com.  Free s/h on orders $50 or more to the
> US & Canada.
> http://www.c1tracking.com/l.asp?cid=5511
> http://us.click.yahoo.com/mOAaAA/3exGAA/qnsNAA/_iFolB/TM
> --------------------------------------------------------------
> -------~->
>
>
> Yahoo! Groups Links
>
>
>
>
>

Hi,
We have an opening for ¡§Unix Administrator¡¨ for our client a ¡§World¡¦s
one of the best Consulting Company, based in Gurgaon¡¨. Position would
require candidates to relocate in case not residing in Delhi/NCR

About the job position
This role would provide functional and technical support for
Company¡¦s Firm-wide applications particularly within the European /
Asian regions. Job responsibilities would include the following :
„XProvide level 2 operational and administrative support for Company¡¦s
IT applications in Development / QA / Production environments
„XTroubleshoot production system problems including problem analysis
and resolution
„XMaintain and respond to automated monitoring utilities
„XDeploy applications to various environments (QA and Production)
„XManage user accounts for certain environments while maintaining
related information in Active Directory and LDAP
„XMonitor scheduled jobs and queues in various applications
This position is based in Gurgaon, India. We require both local
language and English language fluency for this position.

Required Skills and Experience

Mandatory
„XBachelor's degree plus 3 years of relevant work experience required
„XRelevant experience providing support (System Administration and
Application Operations) for Web-Based applications and Reporting
Systems
„XWillingness to work flexible hours
„XExcellent written / verbal communication and troubleshooting skills
„XSelf-driven, with can-do attitude of taking ownership
„XAbility and aptitude to learn new applications / architectures
„XAbility to work under pressure and meet deadlines
„XAt least 2 years of Unix administration experience

Desired
„XKnowledge of the Production Control / Change Control (CCB) process
„XExperience with administrative scripting utilities (E.g., Unix
scripting)
„XKnowledge of Unix and Windows 2000 Server Operating Systems
If you meet above requirement and are looking for a change do forward
your latest resume and contact details in Microsoft word format as
attachment at recruiter_it_20@... do mention the position
applying for in the subject.

Incase you are not interested or do not fit the criteria please
forward this to your friends who meet the criteria and would be
interested in change.

Treat this urgent!

Best Regards,
Rely-On Solutions
20, Sant Nagar, East of Kailash,
New Delhi:-110065, India
Ph:-+91-11-51621060, 51621787

Hi

Is anybody _against_ using the autotools for the build system ? Has anybody
already worked on it ?

I'll gladly do it if nobody is against that.

--
Sylvain

Hi

> Is anybody _against_ using the autotools for the build system ? Has anybody
> already worked on it ?
>
> I'll gladly do it if nobody is against that.

I already had the same thought but where to shy to write on the list.
If you need help, feel free to ask.
I already do the auto* stuff for 2 projects, so I think I'm quite experienced.

Ciao,
	 Jens

Hi Sylvain,

I think that would be great, I look forward to your results
-- mew


Sylvain Joyeux wrote:
> Hi
>
> Is anybody _against_ using the autotools for the build system ? Has anybody
> already worked on it ?
>
> I'll gladly do it if nobody is against that.

hi

we have made a cool new forum where you can solve any problem
regarding
any matter with a very quick reply to your problems so be quick and
get your self registered now

www.forum.technosolutionz.net

and yes first ten members would be granted the moderator rights but
they have to send us complete information about their domain of
experties and intrest mail us at marketing@...

regards
technosolutionz.net
marketing@...

I have banned this spammer.
-Ben

> -----Original Message-----
> From: cycoticitch [mailto:cycoticitch@...]
> Sent: Thursday, May 27, 2004 3:52 AM
> To: vtp-unix@yahoogroups.com
> Subject: [vtp-unix] New cool froum for all of us