From: Bogdan M. <dag...@gm...> - 2009-06-29 10:03:50
Attachments:
patch_vs_r4737.diff
|
This is a fix for this bug: http://sourceforge.net/tracker/?func=detail&aid=2804323&group_id=48857&atid=454373 http://sourceforge.net/forum/forum.php?thread_id=2988240&forum_id=278769 Bogdan |
From: Fabien C. <fab...@go...> - 2009-06-30 07:16:29
|
Thanks Bogdan! I committed. Fabien On Mon, Jun 29, 2009 at 12:03, Bogdan Marinov<dag...@gm...> wrote: > This is a fix for this bug: > > http://sourceforge.net/tracker/?func=detail&aid=2804323&group_id=48857&atid=454373 > http://sourceforge.net/forum/forum.php?thread_id=2988240&forum_id=278769 > > Bogdan > > ------------------------------------------------------------------------------ > > _______________________________________________ > Stellarium-pubdevel mailing list > Ste...@li... > https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel > > |
From: Barry G. <bar...@ho...> - 2009-06-30 09:16:11
|
Hi Fabien I had a chance today to upgrade Ubuntu to 9.04. I had not been able to compile Stellarium in Linux for about 6 months due to other problems in Linux (not enough space). I started from scratch and installed all the dependancies as per the wiki and collected svn 4738. Stellarium compiled without a hitch (other than I haven't got OpenGl drivers for Linux). The first thing I noticed was that Ctrl G works correctly in Linux but I cannot get it to work when compiling in Windows. Stellarium crashes if I press Ctrl G and has done since build 4735 (or there abouts) Barry Gerdes S 33' 41' 44" E 150' 56' 32" Home Page http://www.geocities.com/barrykgerdes > _________________________________________________________________ Looking for a place to rent, share or buy this winter? Find your next place with Ninemsn property http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fninemsn%2Edomain%2Ecom%2Eau%2F%3Fs%5Fcid%3DFDMedia%3ANineMSN%5FHotmail%5FTagline&_t=774152450&_r=Domain_tagline&_m=EXT |
From: David F. <dfo...@gm...> - 2009-06-30 13:06:48
|
On Tue, Jun 30, 2009 at 2:10 AM, Barry Gerdes<bar...@ho...> wrote: > The first thing I noticed was that Ctrl G works correctly in Linux but I > cannot get it to work when compiling in Windows. Stellarium crashes if I > press Ctrl G and has done since build 4735 (or there abouts) I've just built r4738; ctrl-G results in segmentation violation on Ubuntu 9.04. -- thanks for letting me change the magnetic patterns on your hard disk. |
From: Barry G. <bar...@ho...> - 2009-06-30 21:50:32
|
hi David That might narrow down the problem to OpenGl. I have OpenGl in Windows but not in Linux. My Linux Ubuntu 9.04 runs very slowly without OpenGl but does seem to run without any other problems. Barry Gerdes Beaumont Hills Observatory S 33' 41' 44" E 150' 56' 32" 12" F10 GPS Polar mounted Home Page http://www.geocities.com/barrykgerdes > Date: Tue, 30 Jun 2009 05:42:18 -0700 > From: dfo...@gm... > To: ste...@li... > Subject: Re: [Stellarium-pubdevel] Windows and Linux Builds > > On Tue, Jun 30, 2009 at 2:10 AM, Barry Gerdes<bar...@ho...> wrote: > > > The first thing I noticed was that Ctrl G works correctly in Linux but I > > cannot get it to work when compiling in Windows. Stellarium crashes if I > > press Ctrl G and has done since build 4735 (or there abouts) > > I've just built r4738; ctrl-G results in segmentation violation on Ubuntu 9.04. > > > > > > -- > thanks for letting me change the magnetic patterns on your hard disk. > > ------------------------------------------------------------------------------ > _______________________________________________ > Stellarium-pubdevel mailing list > Ste...@li... > https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel _________________________________________________________________ Looking for a new car this winter? Let us help with car news, reviews and more http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fsecure%2Dau%2Eimrworldwide%2Ecom%2Fcgi%2Dbin%2Fa%2Fci%5F450304%2Fet%5F2%2Fcg%5F801459%2Fpi%5F1004813%2Fai%5F859641&_t=762955845&_r=tig_OCT07&_m=EXT |
From: Barry G. <bar...@ho...> - 2009-06-30 22:30:06
|
Hi I just tried to build 4739 but it failed. File StelRegionObject.hpp is missing Barry Gerdes Beaumont Hills Observatory S 33' 41' 44" E 150' 56' 32" 12" F10 GPS Polar mounted Home Page http://www.geocities.com/barrykgerdes > _________________________________________________________________ Looking for a new car this winter? Let us help with car news, reviews and more http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fsecure%2Dau%2Eimrworldwide%2Ecom%2Fcgi%2Dbin%2Fa%2Fci%5F450304%2Fet%5F2%2Fcg%5F801459%2Fpi%5F1004813%2Fai%5F859641&_t=762955845&_r=tig_OCT07&_m=EXT |
From: David F. <dfo...@gm...> - 2009-07-01 02:47:49
|
On Tue, Jun 30, 2009 at 3:29 PM, Barry Gerdes<bar...@ho...> wrote: > Hi > > I just tried to build 4739 but it failed. File StelRegionObject.hpp is > missing Some errors here as well, 'func' not defined in this scope and so forth. -- thanks for letting me change the magnetic patterns on your hard disk. |
From: David F. <dfo...@gm...> - 2009-07-01 02:37:39
|
On Tue, Jun 30, 2009 at 2:50 PM, Barry Gerdes<bar...@ho...> wrote: > hi David > > That might narrow down the problem to OpenGl. I have OpenGl in Windows but > not in Linux. My Linux Ubuntu 9.04 runs very slowly without OpenGl but does > seem to run without any other problems. It's hard to think that the ctrl-G (which used to work) would be tied to openGL. It's mostly a calculation thing (evaluate positions based on a new location). -- thanks for letting me change the magnetic patterns on your hard disk. |
From: Barry G. <bar...@ho...> - 2009-07-01 06:52:30
|
Hi David It does not need to be directly related to OpenGL. Just that something is not needed if OpenGl is not implemented. I actually narrowed the problem down to the removal of the boost requirement in build 4640. Ctrl G works on build 4635 but not later. Barry Gerdes Beaumont Hills Observatory S 33' 41' 44" E 150' 56' 32" 12" F10 GPS Polar mounted Home Page http://www.geocities.com/barrykgerdes > Date: Tue, 30 Jun 2009 19:05:17 -0700 > From: dfo...@gm... > To: ste...@li... > Subject: Re: [Stellarium-pubdevel] Windows and Linux Builds > > On Tue, Jun 30, 2009 at 2:50 PM, Barry Gerdes<bar...@ho...> wrote: > > hi David > > > > That might narrow down the problem to OpenGl. I have OpenGl in Windows but > > not in Linux. My Linux Ubuntu 9.04 runs very slowly without OpenGl but does > > seem to run without any other problems. > > It's hard to think that the ctrl-G (which used to work) would be tied > to openGL. It's mostly a calculation thing (evaluate positions based > on a new location). > > > > > -- > thanks for letting me change the magnetic patterns on your hard disk. > > ------------------------------------------------------------------------------ > _______________________________________________ > Stellarium-pubdevel mailing list > Ste...@li... > https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel _________________________________________________________________ Looking for a new car this winter? Let us help with car news, reviews and more http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fsecure%2Dau%2Eimrworldwide%2Ecom%2Fcgi%2Dbin%2Fa%2Fci%5F450304%2Fet%5F2%2Fcg%5F801459%2Fpi%5F1004813%2Fai%5F859641&_t=762955845&_r=tig_OCT07&_m=EXT |
From: Fabien C. <fab...@go...> - 2009-07-01 11:45:14
|
I apologize, I again forgot to add a file.. It's now fixed. Thanks! The CTRL+G thing should not be caused by openGL. I still need to investigate. If someone can give me a report of what happens with a debugger it would help a lot. Fabien On Wed, Jul 1, 2009 at 08:52, Barry Gerdes<bar...@ho...> wrote: > Hi David > > It does not need to be directly related to OpenGL. Just that something is > not needed if OpenGl is not implemented. > I actually narrowed the problem down to the removal of the boost requirement > in build 4640. Ctrl G works on build 4635 but not later. > > > Barry Gerdes > Beaumont Hills Observatory > S 33' 41' 44" E 150' 56' 32" > 12" F10 GPS Polar mounted > Home Page http://www.geocities.com/barrykgerdes > > > > >> Date: Tue, 30 Jun 2009 19:05:17 -0700 >> From: dfo...@gm... >> To: ste...@li... >> Subject: Re: [Stellarium-pubdevel] Windows and Linux Builds >> >> On Tue, Jun 30, 2009 at 2:50 PM, Barry Gerdes<bar...@ho...> >> wrote: >> > hi David >> > >> > That might narrow down the problem to OpenGl. I have OpenGl in Windows >> > but >> > not in Linux. My Linux Ubuntu 9.04 runs very slowly without OpenGl but >> > does >> > seem to run without any other problems. >> >> It's hard to think that the ctrl-G (which used to work) would be tied >> to openGL. It's mostly a calculation thing (evaluate positions based >> on a new location). >> >> >> >> >> -- >> thanks for letting me change the magnetic patterns on your hard disk. >> >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Stellarium-pubdevel mailing list >> Ste...@li... >> https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel > > ________________________________ > Let us help with car news, reviews and more Looking for a new car this > winter? > ------------------------------------------------------------------------------ > > _______________________________________________ > Stellarium-pubdevel mailing list > Ste...@li... > https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel > > |
From: David F. <dfo...@gm...> - 2009-07-01 13:17:37
|
On Wed, Jul 1, 2009 at 4:44 AM, Fabien Chéreau<fab...@go...> wrote: > I apologize, I again forgot to add a file.. It's now fixed. Thanks! > The CTRL+G thing should not be caused by openGL. I still need to > investigate. If someone can give me a report of what happens with a > debugger it would help a lot. I have a backtrace of the latest. Let me know if you need more info. This is on 64-bit Jaunty, fully updated. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7f1b08257760 (LWP 2975)] 0x0000000000000021 in ?? () (gdb) bt #0 0x0000000000000021 in ?? () #1 0x00000000004bc253 in StelObserver::getRotAltAzToEquatorial () #2 0x00000000004b5440 in StelNavigator::updateTransformMatrices () #3 0x00000000005097a0 in StelCore::update () #4 0x00000000004f6fe2 in StelApp::update () #5 0x000000000051b81f in StelAppGraphicsWidget::paint () #6 0x00007f1b07145525 in _q_paintItem (item=<value optimized out>, painter=0x7fff10294240, option=0x10c9ad0, widget=0x10c88c0, useWindowOpacity=true, painterStateProtection=true) at graphicsview/qgraphicsscene.cpp:4635 #7 0x00007f1b07149cb8 in QGraphicsScenePrivate::drawItemHelper ( this=<value optimized out>, item=0x16e24b0, painter=0x7fff10294240, option=0x10c9ad0, widget=0x10c88c0, painterStateProtection=true) at graphicsview/qgraphicsscene.cpp:4704 #8 0x00007f1b0714bd3e in QGraphicsScene::drawItems ( this=<value optimized out>, painter=0x7fff10294240, numItems=16, items=<value optimized out>, options=0x10c9a40, widget=0x10c88c0) at graphicsview/qgraphicsscene.cpp:5115 #9 0x00007f1b0716d4a8 in QGraphicsView::paintEvent (this=0x10c8240, event=<value optimized out>) at graphicsview/qgraphicsview.cpp:3506 ---Type <return> to continue, or q <return> to quit--- #10 0x00007f1b06babc06 in QWidget::event (this=0x10c8240, event=0x7fff102949a0) at kernel/qwidget.cpp:7659 #11 0x00007f1b06f4945b in QFrame::event (this=0x10c8240, e=0x7fff102949a0) at widgets/qframe.cpp:559 #12 0x00007f1b0716bfeb in QGraphicsView::viewportEvent (this=0x10c8240, event=0x7fff102949a0) at graphicsview/qgraphicsview.cpp:2897 #13 0x00007f1b05c6c108 in QCoreApplicationPrivate::sendThroughObjectEventFilters (this=<value optimized out>, receiver=0x10c88c0, event=0x7fff102949a0) at kernel/qcoreapplication.cpp:726 #14 0x00007f1b06b5ab6c in QApplicationPrivate::notify_helper (this=0x105ff40, receiver=0x10c88c0, e=0x7fff102949a0) at kernel/qapplication.cpp:4053 #15 0x00007f1b06b62dea in QApplication::notify (this=0x7fff10295540, receiver=0x10c88c0, e=0x7fff102949a0) at kernel/qapplication.cpp:4022 #16 0x00007f1b05c6cdfc in QCoreApplication::notifyInternal ( this=0x7fff10295540, receiver=0x10c88c0, event=0x7fff102949a0) at kernel/qcoreapplication.cpp:610 #17 0x00007f1b06bb2e55 in QWidgetPrivate::drawWidget (this=0x10dd2a0, pdev=0x10c88d0, rgn=@0x7fff10294b80, offset=@0x7fff10294b70, flags=3, sharedPainter=0x0, backingStore=0x0) at kernel/qwidget.cpp:5052 #18 0x00007f1b06d56e1c in QWidgetPrivate::repaint_sys (this=0x10dd2a0, ---Type <return> to continue, or q <return> to quit--- rgn=@0x10dd418) at painting/qbackingstore.cpp:1536 #19 0x00007f1b06ba44b4 in QWidgetPrivate::syncBackingStore (this=0x10dd2a0) at kernel/qwidget.cpp:1599 #20 0x00007f1b06baba9d in QWidget::event (this=0x10c88c0, event=0x2ee4160) at kernel/qwidget.cpp:7799 #21 0x00007f1b07e08d91 in QGLWidget::event (this=0x10c88c0, e=0x2ee4160) at qgl.cpp:3244 #22 0x00007f1b06b5ab9d in QApplicationPrivate::notify_helper (this=0x105ff40, receiver=0x10c88c0, e=0x2ee4160) at kernel/qapplication.cpp:4057 #23 0x00007f1b06b62dea in QApplication::notify (this=0x7fff10295540, receiver=0x10c88c0, e=0x2ee4160) at kernel/qapplication.cpp:4022 #24 0x00007f1b05c6cdfc in QCoreApplication::notifyInternal ( this=0x7fff10295540, receiver=0x10c88c0, event=0x2ee4160) at kernel/qcoreapplication.cpp:610 #25 0x00007f1b05c6da6a in QCoreApplicationPrivate::sendPostedEvents ( receiver=0x0, event_type=0, data=0x105f370) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:213 #26 0x00007f1b05c968a3 in postEventSourceDispatch (s=<value optimized out>) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:218 #27 0x00007f1b02d7c20a in g_main_context_dispatch () ---Type <return> to continue, or q <return> to quit--- from /usr/lib/libglib-2.0.so.0 #28 0x00007f1b02d7f8e0 in ?? () from /usr/lib/libglib-2.0.so.0 #29 0x00007f1b02d7fa7c in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #30 0x00007f1b05c9652f in QEventDispatcherGlib::processEvents (this=0x106b5b0, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:324 #31 0x00007f1b06bf370f in QGuiEventDispatcherGlib::processEvents ( this=0x487fdd0, flags=<value optimized out>) at kernel/qguieventdispatcher_glib.cpp:202 #32 0x00007f1b05c6b6a2 in QEventLoop::processEvents ( this=<value optimized out>, flags={i = 271144080}) at kernel/qeventloop.cpp:149 #33 0x00007f1b05c6ba6d in QEventLoop::exec (this=0x7fff102954d0, flags= {i = 271144160}) at kernel/qeventloop.cpp:200 #34 0x00007f1b05c6dd34 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:888 #35 0x00000000006bbaa5 in main () (gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x1 to 0x41: 0x0000000000000001: Cannot access memory at address 0x1 > Fabien -- thanks for letting me change the magnetic patterns on your hard disk. |
From: Fabien C. <fab...@go...> - 2009-07-01 13:27:08
|
Hi, I could this time reproduce the bug and fixed it. It was a problem of bad useag of SharedPointers. Fabien On Wed, Jul 1, 2009 at 13:44, Fabien Chéreau<fab...@go...> wrote: > I apologize, I again forgot to add a file.. It's now fixed. Thanks! > The CTRL+G thing should not be caused by openGL. I still need to > investigate. If someone can give me a report of what happens with a > debugger it would help a lot. > Fabien > > On Wed, Jul 1, 2009 at 08:52, Barry Gerdes<bar...@ho...> wrote: >> Hi David >> >> It does not need to be directly related to OpenGL. Just that something is >> not needed if OpenGl is not implemented. >> I actually narrowed the problem down to the removal of the boost requirement >> in build 4640. Ctrl G works on build 4635 but not later. >> >> >> Barry Gerdes >> Beaumont Hills Observatory >> S 33' 41' 44" E 150' 56' 32" >> 12" F10 GPS Polar mounted >> Home Page http://www.geocities.com/barrykgerdes >> >> >> >> >>> Date: Tue, 30 Jun 2009 19:05:17 -0700 >>> From: dfo...@gm... >>> To: ste...@li... >>> Subject: Re: [Stellarium-pubdevel] Windows and Linux Builds >>> >>> On Tue, Jun 30, 2009 at 2:50 PM, Barry Gerdes<bar...@ho...> >>> wrote: >>> > hi David >>> > >>> > That might narrow down the problem to OpenGl. I have OpenGl in Windows >>> > but >>> > not in Linux. My Linux Ubuntu 9.04 runs very slowly without OpenGl but >>> > does >>> > seem to run without any other problems. >>> >>> It's hard to think that the ctrl-G (which used to work) would be tied >>> to openGL. It's mostly a calculation thing (evaluate positions based >>> on a new location). >>> >>> >>> >>> >>> -- >>> thanks for letting me change the magnetic patterns on your hard disk. >>> >>> >>> ------------------------------------------------------------------------------ >>> _______________________________________________ >>> Stellarium-pubdevel mailing list >>> Ste...@li... >>> https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel >> >> ________________________________ >> Let us help with car news, reviews and more Looking for a new car this >> winter? >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> Stellarium-pubdevel mailing list >> Ste...@li... >> https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel >> >> > |
From: Barry G. <bar...@ho...> - 2009-07-01 22:17:55
|
Hi Fabien Yes! That fixed it!. That bug has bugged me for weeks. I just built 4746 in windows without any bother. I will test Linux Jaunty later. Barry Gerdes S 33' 41' 44" E 150' 56' 32" Home Page http://www.geocities.com/barrykgerdes > From: fab...@go... > Date: Wed, 1 Jul 2009 14:31:05 +0200 > To: ste...@li... > Subject: Re: [Stellarium-pubdevel] Windows and Linux Builds > > Hi, > I could this time reproduce the bug and fixed it. It was a problem of > bad useag of SharedPointers. > Fabien > > On Wed, Jul 1, 2009 at 13:44, Fabien > Chéreau<fab...@go...> wrote: > > I apologize, I again forgot to add a file.. It's now fixed. Thanks! > > The CTRL+G thing should not be caused by openGL. I still need to > > investigate. If someone can give me a report of what happens with a > > debugger it would help a lot. > > Fabien > > > > On Wed, Jul 1, 2009 at 08:52, Barry Gerdes<bar...@ho...> wrote: > >> Hi David > >> > >> It does not need to be directly related to OpenGL. Just that something is > >> not needed if OpenGl is not implemented. > >> I actually narrowed the problem down to the removal of the boost requirement > >> in build 4640. Ctrl G works on build 4635 but not later. > >> > >> > >> Barry Gerdes > >> Beaumont Hills Observatory > >> S 33' 41' 44" E 150' 56' 32" > >> 12" F10 GPS Polar mounted > >> Home Page http://www.geocities.com/barrykgerdes > >> > >> > >> > >> > >>> Date: Tue, 30 Jun 2009 19:05:17 -0700 > >>> From: dfo...@gm... > >>> To: ste...@li... > >>> Subject: Re: [Stellarium-pubdevel] Windows and Linux Builds > >>> > >>> On Tue, Jun 30, 2009 at 2:50 PM, Barry Gerdes<bar...@ho...> > >>> wrote: > >>> > hi David > >>> > > >>> > That might narrow down the problem to OpenGl. I have OpenGl in Windows > >>> > but > >>> > not in Linux. My Linux Ubuntu 9.04 runs very slowly without OpenGl but > >>> > does > >>> > seem to run without any other problems. > >>> > >>> It's hard to think that the ctrl-G (which used to work) would be tied > >>> to openGL. It's mostly a calculation thing (evaluate positions based > >>> on a new location). > >>> > >>> > >>> > >>> > >>> -- > >>> thanks for letting me change the magnetic patterns on your hard disk. > >>> > >>> > >>> ------------------------------------------------------------------------------ > >>> _______________________________________________ > >>> Stellarium-pubdevel mailing list > >>> Ste...@li... > >>> https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel > >> > >> ________________________________ > >> Let us help with car news, reviews and more Looking for a new car this > >> winter? > >> ------------------------------------------------------------------------------ > >> > >> _______________________________________________ > >> Stellarium-pubdevel mailing list > >> Ste...@li... > >> https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel > >> > >> > > > > ------------------------------------------------------------------------------ > _______________________________________________ > Stellarium-pubdevel mailing list > Ste...@li... > https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel _________________________________________________________________ Looking for a place to rent, share or buy this winter? Find your next place with Ninemsn property http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fninemsn%2Edomain%2Ecom%2Eau%2F%3Fs%5Fcid%3DFDMedia%3ANineMSN%5FHotmail%5FTagline&_t=774152450&_r=Domain_tagline&_m=EXT |
From: David F. <dfo...@gm...> - 2009-07-02 01:23:34
|
On Wed, Jul 1, 2009 at 3:17 PM, Barry Gerdes<bar...@ho...> wrote: > Hi Fabien > > Yes! That fixed it!. That bug has bugged me for weeks. I just built 4746 in > windows without any bother. > I will test Linux Jaunty later. It seems OK here, at least I can get to another planet, finally, but I'm running Jaunty on 64 bit with Intel video hardware. It seems with the intel drivers provided that stellarium is now freezing up when I try it (especially moving to another planet). At this point I have to use the magic SysRq to reboot the system. On the other hand, I have been plagued by that behavior - although intermittent, my typical lifetime to reboot because of a video freezup is 2 or three days maximum. Stellarium seems to exacerbate this. A few revisions ago, the driver would hang soon after starting the app (somewhere during the initial splash screen and before the perspective display). Another rev and it was working fine. Now it is freezing up. Anyone else running this on Intel video hardware? My laptop also has Intel (GMA4 something) but doesn't experience hangs like my desktop. But I only use my laptop occasionally, so it's not up like my desktop is :). -- thanks for letting me change the magnetic patterns on your hard disk. |
From: Prashant S. <sac...@gm...> - 2009-07-02 02:31:10
|
Hey David, The Intel drivers problem is a known issue with Ubuntu Jaunty. There are workarounds but a final solution is expected in kernel version 30. Here's a link on the issue's workarounds: http://www.linuxpromagazine.com/Online/News/Ubuntu-9.04-New-Intel-Graphics-Drivers Regards, Prashant P.S.: I guess this is the first time I'm posting. So just to introduce myself: I'm Prashant, a student from IIT Bombay, Mumbai, India. |
From: Fabien C. <fab...@go...> - 2009-07-02 07:13:35
|
Hi all, I am doing some openGL related modif currently, trying to avoid using glBegin()/glEnd() and use vertexArray instead. Hopefully it should improve speed. I also try to use Vertex Buffer Object if your card supports it. Fabien On Thu, Jul 2, 2009 at 04:30, Prashant Sachdeva<sac...@gm...> wrote: > Hey David, > > The Intel drivers problem is a known issue with Ubuntu Jaunty. There are > workarounds but a final solution is expected in kernel version 30. Here's a > link on the issue's workarounds: > http://www.linuxpromagazine.com/Online/News/Ubuntu-9.04-New-Intel-Graphics-Drivers > > Regards, > Prashant > > P.S.: I guess this is the first time I'm posting. So just to introduce > myself: I'm Prashant, a student from IIT Bombay, Mumbai, India. > > ------------------------------------------------------------------------------ > > _______________________________________________ > Stellarium-pubdevel mailing list > Ste...@li... > https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel > > |