Menu
▾
▴
visualpython-users
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
(1) |
Aug
|
Sep
(15) |
Oct
(32) |
Nov
(35) |
Dec
(48) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(46) |
Feb
(22) |
Mar
(65) |
Apr
(49) |
May
(22) |
Jun
(29) |
Jul
(51) |
Aug
(34) |
Sep
(32) |
Oct
(46) |
Nov
(30) |
Dec
(32) |
| 2002 |
Jan
(48) |
Feb
(4) |
Mar
(20) |
Apr
(28) |
May
(13) |
Jun
(34) |
Jul
(51) |
Aug
(15) |
Sep
(15) |
Oct
(35) |
Nov
(15) |
Dec
(20) |
| 2003 |
Jan
(31) |
Feb
(111) |
Mar
(41) |
Apr
(28) |
May
(36) |
Jun
(29) |
Jul
(27) |
Aug
(29) |
Sep
(47) |
Oct
(28) |
Nov
(7) |
Dec
(26) |
| 2004 |
Jan
(44) |
Feb
(9) |
Mar
(17) |
Apr
(26) |
May
(58) |
Jun
(13) |
Jul
(44) |
Aug
(64) |
Sep
(30) |
Oct
(11) |
Nov
(21) |
Dec
(28) |
| 2005 |
Jan
(29) |
Feb
(11) |
Mar
(11) |
Apr
(22) |
May
(85) |
Jun
(46) |
Jul
(17) |
Aug
(18) |
Sep
(14) |
Oct
(22) |
Nov
(1) |
Dec
(45) |
| 2006 |
Jan
(20) |
Feb
(36) |
Mar
(18) |
Apr
(24) |
May
(21) |
Jun
(48) |
Jul
(23) |
Aug
(20) |
Sep
(10) |
Oct
(41) |
Nov
(46) |
Dec
(40) |
| 2007 |
Jan
(40) |
Feb
(20) |
Mar
(13) |
Apr
(6) |
May
(24) |
Jun
(31) |
Jul
(30) |
Aug
(11) |
Sep
(11) |
Oct
(10) |
Nov
(56) |
Dec
(64) |
| 2008 |
Jan
(64) |
Feb
(22) |
Mar
(63) |
Apr
(28) |
May
(25) |
Jun
(36) |
Jul
(11) |
Aug
(9) |
Sep
(14) |
Oct
(41) |
Nov
(46) |
Dec
(130) |
| 2009 |
Jan
(95) |
Feb
(41) |
Mar
(24) |
Apr
(35) |
May
(53) |
Jun
(67) |
Jul
(48) |
Aug
(48) |
Sep
(86) |
Oct
(75) |
Nov
(64) |
Dec
(52) |
| 2010 |
Jan
(57) |
Feb
(31) |
Mar
(28) |
Apr
(40) |
May
(25) |
Jun
(42) |
Jul
(79) |
Aug
(31) |
Sep
(49) |
Oct
(66) |
Nov
(38) |
Dec
(25) |
| 2011 |
Jan
(29) |
Feb
(18) |
Mar
(44) |
Apr
(6) |
May
(28) |
Jun
(31) |
Jul
(36) |
Aug
(24) |
Sep
(30) |
Oct
(23) |
Nov
(21) |
Dec
(27) |
| 2012 |
Jan
(14) |
Feb
(11) |
Mar
(2) |
Apr
(48) |
May
(7) |
Jun
(32) |
Jul
(22) |
Aug
(25) |
Sep
(31) |
Oct
(32) |
Nov
(21) |
Dec
(17) |
| 2013 |
Jan
(44) |
Feb
(27) |
Mar
(3) |
Apr
(1) |
May
|
Jun
|
Jul
(3) |
Aug
(4) |
Sep
(1) |
Oct
(7) |
Nov
(5) |
Dec
(5) |
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(2) |
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2017 |
Jan
(7) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Bruce S. <Bru...@nc...> - 2010-04-16 19:54:33
|
Unfortunately, I don't know how to interpret a Linux backtrace. It seems unlikely (though I admit not impossible) that it's a problem with how Visual calls gdk_gl, since VPython works on other Linux distributions. You built Visual 5.13 for Python 2.6.2, which seems safe; Python 2.6.4 introduced some problems with respect to applications such as Visual that depend on the Boost libraries. Here is a relevant note from the "Recent developments" section of vpython.org: 2009-12-23 Visual 5.14 released for Windows for any version of Python 2.6. This fixes a problem that until the development of Boost 1.41 it was not possible to build an installer for Visual that worked with Python 2.6.4. Visual 5.14 is otherwise identical to Visual 5.13. Work is proceeding to deal with the same problem on Macintosh (work completed 2010-01-23, thanks to help from Mirko Bordignon). For Linux, simply use Boost 1.41 to build Visual. Are there any knowledgeable Fedora users reading this list who can help Thomas? Are there readers of this list who have been using VPython on Fedora? Bruce Sherwood On 4/16/2010 3:19 PM, Thomas Spura wrote: > Hi list, > > I'm currently packaging python-visual for fedora and already recieved a > bug report, with a crash. The main python maintainer believes, that this > could be a bug in how visualpython is calling gdk_gl. > > Unfortunately, I'm pretty new to the code of visualpython, so hopefully > you could help here a bit... > > Here is the bug: > https://bugzilla.redhat.com/show_bug.cgi?id=580984 > > Backtrace: > https://bugzilla.redhat.com/attachment.cgi?id=405599 > > > Thanks, > Thomas > > > |
|
From: Thomas S. <to...@fe...> - 2010-04-16 19:19:46
|
Hi list, I'm currently packaging python-visual for fedora and already recieved a bug report, with a crash. The main python maintainer believes, that this could be a bug in how visualpython is calling gdk_gl. Unfortunately, I'm pretty new to the code of visualpython, so hopefully you could help here a bit... Here is the bug: https://bugzilla.redhat.com/show_bug.cgi?id=580984 Backtrace: https://bugzilla.redhat.com/attachment.cgi?id=405599 Thanks, Thomas |
|
From: Bruce S. <Bru...@nc...> - 2010-04-15 20:56:02
|
I've put a link to this on the vpython.org Mac download page. Thanks very much for doing this, Steve! Bruce Sherwood On 4/15/2010 3:14 PM, Steve Spicklemire wrote: > Hi Folks, > > Well... with Bruce's hints I was able to build a PPC Mac version of > VPython 5.32. I only have one PPC machine running OS X 10.5.8. If > you're interested in testing I'd appreciate it! You can get the build > at: > > http://www.spvi.net/VPython-PPC/Welcome.html > > Let me know if you try this and have any trouble... or if you find it > works! > > thanks, > -steve > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > |
|
From: Steve S. <st...@sp...> - 2010-04-15 19:14:35
|
Hi Folks, Well... with Bruce's hints I was able to build a PPC Mac version of VPython 5.32. I only have one PPC machine running OS X 10.5.8. If you're interested in testing I'd appreciate it! You can get the build at: http://www.spvi.net/VPython-PPC/Welcome.html Let me know if you try this and have any trouble... or if you find it works! thanks, -steve |
|
From: Luke <haz...@gm...> - 2010-04-12 05:37:04
|
No, that didn't happen on mine, I have no idea what that error is. ~Luke On Sun, Apr 11, 2010 at 3:05 PM, Gary Pajer <gar...@gm...> wrote: > On 4/9/10, Luke <haz...@gm...> wrote: >> I just did a clean install of Kubuntu from the 4/6/2010 daily build and >> installed Visual Python from the lucid repositories and everything works so >> far. Yay! >> >> ~Luke >> > > > I'm not so fortunate. I've tried 10.04 beta2 and the 4/10 daily > build. The result is below. At least it didn't segfault. Any idea > what this means? > > >>>> sphere() > > (<unknown>:3064): GdkGLExt-WARNING **: Cannot open \x98\xad. > L.so > > (<unknown>:3064): GdkGLExt-WARNING **: Cannot open \x98\xad. > L.so > > glibmm-ERROR **: > unhandled exception (type std::exception) in signal handler: > what: Unable to get extension function: glCreateProgramObjectARB even > though the extension is advertised. > > aborting... > Aborted (core dumped) > |
|
From: Bruce S. <Bru...@nc...> - 2010-04-11 22:34:53
|
This sounds suspiciously like a problem with your graphics driver. Bruce Sherwood On 4/11/2010 6:05 PM, Gary Pajer wrote: > I'm not so fortunate. I've tried 10.04 beta2 and the 4/10 daily > build. The result is below. At least it didn't segfault. Any idea > what this means? > > > >>>> sphere() >>>> > (<unknown>:3064): GdkGLExt-WARNING **: Cannot open \x98\xad. > L.so > > (<unknown>:3064): GdkGLExt-WARNING **: Cannot open \x98\xad. > L.so > > glibmm-ERROR **: > unhandled exception (type std::exception) in signal handler: > what: Unable to get extension function: glCreateProgramObjectARB even > though the extension is advertised. > > aborting... > Aborted (core dumped) > > |
|
From: Gary P. <gar...@gm...> - 2010-04-11 22:05:11
|
On 4/9/10, Luke <haz...@gm...> wrote: > I just did a clean install of Kubuntu from the 4/6/2010 daily build and > installed Visual Python from the lucid repositories and everything works so > far. Yay! > > ~Luke > I'm not so fortunate. I've tried 10.04 beta2 and the 4/10 daily build. The result is below. At least it didn't segfault. Any idea what this means? >>> sphere() (<unknown>:3064): GdkGLExt-WARNING **: Cannot open \x98\xad. L.so (<unknown>:3064): GdkGLExt-WARNING **: Cannot open \x98\xad. L.so glibmm-ERROR **: unhandled exception (type std::exception) in signal handler: what: Unable to get extension function: glCreateProgramObjectARB even though the extension is advertised. aborting... Aborted (core dumped) |
|
From: Guy K. K. <g....@ma...> - 2010-04-11 00:57:24
|
Good to read, that visual (and boost) is stabilising towards the release of Lucid Lynx. Visual is to be enclosed in version 5.12: http://packages.ubuntu.com/lucid/python-visual Canonical is following the Debian packages here, which are currently also at 5.12 for the unstable and testing branches: http://packages.debian.org/search?keywords=python- visual&searchon=names&suite=all§ion=all If someone wants to push newer releases for Ubuntu, the push first needs to be made for the upstream Debian packages. Guy -- Guy K. Kloss Institute of Information and Mathematical Sciences Te Kura Pūtaiao o Mōhiohio me Pāngarau Massey University, Albany (North Shore City, Auckland) 473 State Highway 17, Gate 1, Mailroom, Quad B Building voice: +64 9 414-0800 ext. 9266 fax: +64 9 441-8181 G....@ma... http://www.massey.ac.nz/~gkloss |
|
From: Bruce S. <Bru...@nc...> - 2010-04-11 00:32:55
|
What's happening is that for simplicity and robustness VPython renders the scene about 25 frames per second, each time starting from a blank slate. No attempt is made to determine whether any change has been made to the scene. Obviously in principle the architecture could be changed to make it unnecessary to do more than check for interactions, but that's not the current architecture. Bruce Sherwood On 4/10/2010 3:15 PM, Lenore Horner wrote: > If I run a python program that uses vpython to make a scene and then > leave the scene sitting open (no looping going on), I find that python > ends up consuming 30-50% of my CPU cycles. Is this normal? If > something were happening, I wouldn't be so surprised, but all that > should be happening is the default checks to see if I interacted with > the window in any way (rotating or zooming). > > Lenore Horner > > > |
|
From: Bruce S. <Bru...@nc...> - 2010-04-11 00:29:54
|
I don't have access to a PPC Mac. I would be delighted if someone with
access to such a machine would volunteer to produce installers for these
machines. All of the information needed to do so is contained in CVS,
and I can answer questions that may arise.
Bruce Sherwood
On 4/10/2010 2:06 PM, Lenore Horner wrote:
> Is there any chance these features will be ported to the PPC
> platform? That version appears to be stuck at 5.12.
>
> Lenore Horner
>
> On Apr 10, 2010, at 10:55 AM, Bruce Sherwood wrote:
>
>> Visual 5.32 released for all platforms. Now the 3D text object handles
>> multiline text containing newline characters ("\n"), and Kadir
>> Haldenbilen made a 20% speedup in the creation of the text object.
>>
>> Bruce Sherwood
>>
|
|
From: Lenore H. <lh...@si...> - 2010-04-10 19:15:12
|
If I run a python program that uses vpython to make a scene and then leave the scene sitting open (no looping going on), I find that python ends up consuming 30-50% of my CPU cycles. Is this normal? If something were happening, I wouldn't be so surprised, but all that should be happening is the default checks to see if I interacted with the window in any way (rotating or zooming). Lenore Horner |
|
From: Lenore H. <lh...@si...> - 2010-04-10 18:06:21
|
Is there any chance these features will be ported to the PPC
platform? That version appears to be stuck at 5.12.
Lenore Horner
On Apr 10, 2010, at 10:55 AM, Bruce Sherwood wrote:
> Visual 5.32 released for all platforms. Now the 3D text object handles
> multiline text containing newline characters ("\n"), and Kadir
> Haldenbilen made a 20% speedup in the creation of the text object.
>
> Bruce Sherwood
>
>
> ------------------------------------------------------------------------------
> Download Intel® Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Visualpython-users mailing list
> Vis...@li...
> https://lists.sourceforge.net/lists/listinfo/visualpython-users
|
|
From: Bruce S. <Bru...@nc...> - 2010-04-10 15:55:14
|
Visual 5.32 released for all platforms. Now the 3D text object handles
multiline text containing newline characters ("\n"), and Kadir
Haldenbilen made a 20% speedup in the creation of the text object.
Bruce Sherwood
|
|
From: Bruce S. <Bru...@nc...> - 2010-04-09 14:00:42
|
What version of Visual is it? Bruce Sherwood On 4/9/2010 7:35 AM, Luke wrote: > I just did a clean install of Kubuntu from the 4/6/2010 daily build > and installed Visual Python from the lucid repositories and everything > works so far. Yay! > > ~Luke > |
|
From: Luke <haz...@gm...> - 2010-04-09 11:35:58
|
I just did a clean install of Kubuntu from the 4/6/2010 daily build and installed Visual Python from the lucid repositories and everything works so far. Yay! ~Luke |
|
From: Bruce S. <Bru...@nc...> - 2010-04-08 15:10:01
|
Guy is correct. Turns out that numpy contains a module numpy.random (which offers an extensive range of randomization options), and because numpy is imported by Visual, the numpy.random module overrides the earlier random import. Bruce Sherwood On 4/7/2010 10:29 PM, Guy K. Kloss wrote: > On Thu, 08 Apr 2010 14:16:00 Ron Adam wrote: > >> On a different note: >> >> I came across something which was just a minor annoyance, but maybe worth >> fixing. >> >> ra@Gutsy:~$ python >> Python 2.6.5 (r265:79063, Apr 3 2010, 01:56:30) >> [GCC 4.4.3] on linux2 >> Type "help", "copyright", "credits" or "license" for more information. >> >>> import random >> >>> from visual import * >> >>> random.choice(range(7)) >> Traceback (most recent call last): >> File "<stdin>", line 1, in<module> >> AttributeError: 'module' object has no attribute 'choice' >> >>> import random >> >>> random.choice(range(7)) >> 6 >> > I wouldn't bet on it, but I could imagine that this has got something to do > with the wild card imports within visual from numpy as well as certain other > modules. I've voted for some cleaning and sanity in there, and I hope that's > going to happen some day. > > Guy > > > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > > > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > |
|
From: Matt Z. <ma...@gf...> - 2010-04-08 09:43:32
|
I am on sabbatical until late August 2010. I will have intermittent access to my email, so I may not respond to emails. For help in the following areas, please contact Soccer: Brandon Jones (bj...@gf...) Computer issues: Michael Pepe-Mooney (mi...@gf...) or Bob Miller (bo...@gf...) College guidance: Della Micah (De...@gf...) |
|
From: Kadir H. <kha...@ya...> - 2010-04-08 09:43:12
|
Thanks Symion, for your comments and detailed analysis.
Thanks to your testing software, so that I have repeated your calculations on my own system. I had similar results with fastest being marlett.ttf with 1.66 secs, and slowest being papyrus.ttf with 31. 36 secs. I have measured segoesbc.ttf as 19.72, with overall average of 352 fonts with 5.86 secs.
As you might have noticed, the response time depends on the detail level of the font. For sans fonts it is smaller, with serif fonts larger, and with creative artistic fonts it is more extensive; which says in short: everything has a cost.
Yet, looking at these numbers I have reviewed the code a little bit more to cut down the response time. I made some changes which resulted in about 20% performance improvement. I think we include these changes in the nearest modification release.
Thanks once again for your review.
Kadir
________________________________
From: Symion <kn...@ip...>
To: Vpython <Vis...@li...>
Sent: Wed, April 7, 2010 8:42:23 PM
Subject: [Visualpython-users] Text fonts
The new text object is excellent.
Here is a Text font loader and tester that measures load, display and
erase times for the entire
printable character set of All fonts on your system, then outputs a
report.
Source Code: Testext.py
My system has the following stats:
Report:
359 fonts available, out of 361
Speed Table: 0 Hours: 38 minutes: 54.462 seconds to load 359 fonts
Fastest = C:\Windows\Fonts\marlett.ttf @ 1.48200 seconds
Fastest = C:\Windows\Fonts\lucon.ttf @ 3.09800 seconds
Fastest = c:\windows\fonts\browab.ttf @ 3.13300 seconds
Fastest = C:\Windows\Fonts\browaub.ttf @ 3.14200 seconds
Fastest = C:\Windows\Fonts\browab.ttf @ 3.21500 seconds
Slowest = c:\windows\fonts\segoescb.ttf @ 23.96200 seconds
Slowest = C:\Windows\Fonts\segoescb.ttf @ 23.73300 seconds
Slowest = C:\Windows\Fonts\segoesc.ttf @ 22.34500 seconds
Slowest = c:\windows\fonts\segoesc.ttf @ 21.41500 seconds
Slowest = c:\windows\fonts\simfang.ttf @ 16.61000 seconds
Average loading time: 6.503 seconds / font
Error list: 2
C:\Windows\Fonts\mvboli.ttf 1.70300006866
c:\windows\fonts\mvboli.ttf 1.81100010872
Dictionaries:
prog.found =len(359)
prog.error =len(2)
prog.fonts =len(361)
|
|
From: Guy K. K. <g....@ma...> - 2010-04-08 02:29:35
|
On Thu, 08 Apr 2010 14:16:00 Ron Adam wrote: > On a different note: > > I came across something which was just a minor annoyance, but maybe worth > fixing. > > ra@Gutsy:~$ python > Python 2.6.5 (r265:79063, Apr 3 2010, 01:56:30) > [GCC 4.4.3] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> import random > >>> from visual import * > >>> random.choice(range(7)) > Traceback (most recent call last): > File "<stdin>", line 1, in <module> > AttributeError: 'module' object has no attribute 'choice' > >>> import random > >>> random.choice(range(7)) > 6 I wouldn't bet on it, but I could imagine that this has got something to do with the wild card imports within visual from numpy as well as certain other modules. I've voted for some cleaning and sanity in there, and I hope that's going to happen some day. Guy -- Guy K. Kloss Institute of Information and Mathematical Sciences Te Kura Pūtaiao o Mōhiohio me Pāngarau Massey University, Albany (North Shore City, Auckland) 473 State Highway 17, Gate 1, Mailroom, Quad B Building voice: +64 9 414-0800 ext. 9266 fax: +64 9 441-8181 G....@ma... http://www.massey.ac.nz/~gkloss |
|
From: Ron A. <rr...@ro...> - 2010-04-08 02:16:46
|
On 04/07/2010 12:19 PM, Gary Pajer wrote: > A boost bug still exists in 10.04 beta1. > > See > https://bugs.launchpad.net/ubuntu/+source/boost1.40/+bug/539049 > I'm not 100% sure that this is the culprit, but it may be. > > I contributed to the existing bug report on this, and that seemed to > generate some activity. *Something* has been fixed and put into the > repositories for the release, but I'm not yet sure that it fixes the > problem. I have had problems (unrelated) getting my 10.04 working > properly so I haven't been able to see if they fixed the right thing. > We'll have to keep an eye on this when the next beta and release > candidates come around, and make more and more noise as the release date > (April 30, I think) gets closer. > > You might try the improved boost if you can figure out how to install > it. I haven't tried yet since my installation is a little gronked. I upgraded to 10.04 beta today and after a *lot* of trouble booting... Well it is still beta... I was able to install python-visual 1:5.12-1.1 with libboost-python1.40.0 using synaptic. I can now run vpython programs again. :-) In Karmic I was getting crashes with "GdkGLExt-WARNING **: Cannot open \xe8\u0002\xc7\u0008L" errors. The suggested PPA at "https://launchpad.net/~ajmitch/+archive/ppa" didn't work for me. I'm not sure why. So it does look like they got something fixed. On a different note: I came across something which was just a minor annoyance, but maybe worth fixing. ra@Gutsy:~$ python Python 2.6.5 (r265:79063, Apr 3 2010, 01:56:30) [GCC 4.4.3] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import random >>> from visual import * >>> random.choice(range(7)) Traceback (most recent call last): File "<stdin>", line 1, in <module> AttributeError: 'module' object has no attribute 'choice' >>> import random >>> random.choice(range(7)) 6 I don't think this was an issue with earlier versions of visual. Ron |
|
From: Symion <kn...@ip...> - 2010-04-07 17:42:48
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1"> </head> <body bgcolor="#ffffff" text="#000000"> The new text object is excellent.<br> Here is a Text font loader and tester that measures load, display and erase times for the entire <br> printable character set of All fonts on your system, then outputs a report.<br> <br> Source Code: <a href="http://home.iprimus.com.au/knoware/webpage/Testext.py">Testext.py</a><br> <br> My system has the following stats:<br> <br> Report:<br> 359 fonts available, out of 361<br> Speed Table: 0 Hours: 38 minutes: 54.462 seconds to load 359 fonts<br> Fastest = C:\Windows\Fonts\marlett.ttf @ 1.48200 seconds<br> Fastest = C:\Windows\Fonts\lucon.ttf @ 3.09800 seconds<br> Fastest = c:\windows\fonts\browab.ttf @ 3.13300 seconds<br> Fastest = C:\Windows\Fonts\browaub.ttf @ 3.14200 seconds<br> Fastest = C:\Windows\Fonts\browab.ttf @ 3.21500 seconds<br> <br> Slowest = c:\windows\fonts\segoescb.ttf @ 23.96200 seconds<br> Slowest = C:\Windows\Fonts\segoescb.ttf @ 23.73300 seconds<br> Slowest = C:\Windows\Fonts\segoesc.ttf @ 22.34500 seconds<br> Slowest = c:\windows\fonts\segoesc.ttf @ 21.41500 seconds<br> Slowest = c:\windows\fonts\simfang.ttf @ 16.61000 seconds<br> Average loading time: 6.503 seconds / font<br> <br> Error list: 2<br> C:\Windows\Fonts\mvboli.ttf 1.70300006866<br> c:\windows\fonts\mvboli.ttf 1.81100010872<br> <br> Dictionaries:<br> prog.found =len(359)<br> prog.error =len(2)<br> prog.fonts =len(361)<br> <br> </body> </html> |
|
From: Gary P. <gar...@gm...> - 2010-04-07 17:19:15
|
A boost bug still exists in 10.04 beta1. See https://bugs.launchpad.net/ubuntu/+source/boost1.40/+bug/539049 I'm not 100% sure that this is the culprit, but it may be. I contributed to the existing bug report on this, and that seemed to generate some activity. *Something* has been fixed and put into the repositories for the release, but I'm not yet sure that it fixes the problem. I have had problems (unrelated) getting my 10.04 working properly so I haven't been able to see if they fixed the right thing. We'll have to keep an eye on this when the next beta and release candidates come around, and make more and more noise as the release date (April 30, I think) gets closer. You might try the improved boost if you can figure out how to install it. I haven't tried yet since my installation is a little gronked. -gary On Wed, Mar 31, 2010 at 1:46 AM, Luke <haz...@gm...> wrote: > Has anybody successfully installed Visual Python on the new Ubuntu 10.04 > LTS beta1? If so, it would be great to hear about what the steps were; from > my understanding, the default packages in the repositories don't work out of > the box. > > I'm looking at upgrading in the coming weeks and it would be great if > Visual Python would just work, like it used to. What needs to happen in > order for the neccessary fixes / patches to make it into 10.04? > > ~Luke > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > > |
|
From: Luke <haz...@gm...> - 2010-04-06 00:27:45
|
Are there any efforts to ensure that Visual Python will work under the latest release of Ubuntu? Has anybody successfully used Visual Python under any of the Lucid Beta Releases? Thanks, ~Luke |
|
From: Lenore H. <lh...@si...> - 2010-04-05 22:54:08
|
You understood correctly. I was just brain dead. I tried tap, ctrl- tap, two-finger tap and double tap, but somehow never cmd-tap. Thank you Lenore On Apr 5, 2010, at 5:00 PM, Bruce Sherwood wrote: > Maybe I don't understand the question. Unless you specifically set > scene.userspin = False, you can certainly, by default, rotate the > camera > around the scene using the mouse. On Windows you hold down the right > mouse button and drag. On the Mac you hold down the Command key and > drag > the mouse. But maybe you're referring to some more complex situation? > (I'm not sure I understand what is meant by "grab VPython output > frames".) > > Bruce Sherwood > > Lenore Horner wrote: >> I thought I could grab VPython output frames and rotate to different >> viewpoints with the mouse by default. Was that just wishful thinking >> or is something not working for me that I can't do that? >> >> Thanks, >> Lenore >> >> >> ------------------------------------------------------------------------------ >> Download Intel® Parallel Studio Eval >> Try the new software tools for yourself. Speed compiling, find bugs >> proactively, and fine-tune applications for parallel performance. >> See why Intel Parallel Studio got high marks during beta. >> http://p.sf.net/sfu/intel-sw-dev >> _______________________________________________ >> Visualpython-users mailing list >> Vis...@li... >> https://lists.sourceforge.net/lists/listinfo/visualpython-users > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |
|
From: Bruce S. <Bru...@nc...> - 2010-04-05 22:00:51
|
Maybe I don't understand the question. Unless you specifically set scene.userspin = False, you can certainly, by default, rotate the camera around the scene using the mouse. On Windows you hold down the right mouse button and drag. On the Mac you hold down the Command key and drag the mouse. But maybe you're referring to some more complex situation? (I'm not sure I understand what is meant by "grab VPython output frames".) Bruce Sherwood Lenore Horner wrote: > I thought I could grab VPython output frames and rotate to different > viewpoints with the mouse by default. Was that just wishful thinking > or is something not working for me that I can't do that? > > Thanks, > Lenore > > > ------------------------------------------------------------------------------ > Download Intel® Parallel Studio Eval > Try the new software tools for yourself. Speed compiling, find bugs > proactively, and fine-tune applications for parallel performance. > See why Intel Parallel Studio got high marks during beta. > http://p.sf.net/sfu/intel-sw-dev > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users |
33 messages has been excluded from this view by a project administrator.
