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...> - 2011-09-25 19:54:57
|
In 2008 when David Scherer and I updated Visual from version 3.x to 5.x, we looked into various options for handling windows and events cross-platform and couldn't at that time find something adequate and suitable. I can't now remember for sure whether we considered PyGUI. Certainly using some such framework would be good, though it is quite possible that if the framework itself depends in the Mac version on Cocoa we would face the same impossible barrier on the Mac having to do with thread priorities. Bruce Sherwood On Sun, Sep 25, 2011 at 1:37 PM, Kevin Karplus <ka...@so...> wrote: > > I've been thinking a bit about how to remove the 32-bit requirement on > Macs without losing the native OS look and feel. > > How difficult would it to build Vpython on top of PyGUI, which > provides a fairly Pythonic interface to native windows and menus on > Mac, Linux, and Windows platforms? PyGUI is not as complete as some > other frameworks, but the native feel and the Pythonic interface may > make it easier to build on top of. > > http://www.cosc.canterbury.ac.nz/greg.ewing/python_gui/ > > Kevin Karplus > |
From: Kevin K. <ka...@so...> - 2011-09-25 19:37:27
|
I've been thinking a bit about how to remove the 32-bit requirement on Macs without losing the native OS look and feel. How difficult would it to build Vpython on top of PyGUI, which provides a fairly Pythonic interface to native windows and menus on Mac, Linux, and Windows platforms? PyGUI is not as complete as some other frameworks, but the native feel and the Pythonic interface may make it easier to build on top of. http://www.cosc.canterbury.ac.nz/greg.ewing/python_gui/ Kevin Karplus |
From: Bruce S. <Bru...@nc...> - 2011-09-25 19:26:21
|
Currently there isn't a way to do this. You can of course set objects or displays to visual while you're preparing a scene, then make them visible. Bruce Sherwood On Sun, Sep 25, 2011 at 10:43 AM, Amr Bekhit <amr...@gm...> wrote: > Hello all, > Is there a way to temporarily stop Visual from immediately updating a shape > as soon as you modify one of it's properties (such as pos, axis etc)? What > I'd like to be able to do is to disable updating, modify several shapes and > then re-enable updating. That way, the user sees the end result in one > instant rather than individually seeing the shapes change. > Amr > ------------------------------------------------------------------------------ > All of the data generated in your IT infrastructure is seriously valuable. > Why? It contains a definitive record of application performance, security > threats, fraudulent activity, and more. Splunk takes this data and makes > sense of it. IT sense. And common sense. > http://p.sf.net/sfu/splunk-d2dcopy2 > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > > |
From: Amr B. <amr...@gm...> - 2011-09-25 16:43:53
|
Hello all, Is there a way to temporarily stop Visual from immediately updating a shape as soon as you modify one of it's properties (such as pos, axis etc)? What I'd like to be able to do is to disable updating, modify several shapes and then re-enable updating. That way, the user sees the end result in one instant rather than individually seeing the shapes change. Amr |
From: Jerzy K. <jer...@un...> - 2011-09-24 10:22:43
|
Ooooh, Bruce... Three days ago I offered to my students axactly that: that they should inspire themselves by the high-level constructs of VPython, and to assemble some simple-minded examples in WebGL, in order to add to a more succulent project - to teach sciences through the Web, with simulation and interactivity. Next semester I planned to work a bit with them on shaders. Now, you have done all that... Fine! We can thus start with that! Thank you very much, it is a very, very useful project (from my perspective). Jerzy Karczmarczuk University of Caen, France |
From: Bruce S. <Bru...@nc...> - 2011-09-24 03:47:48
|
You are invited to try out the Beta 0.4 release of GlowScript, an easy to use 3D programming environment inspired by VPython, but which runs in a browser window. The programming language is JavaScript, and it drives the new WebGL 3D graphics library to display in a "canvas" element on a web page. * At glowscript.org, click Help in the upper right corner of the window and read about which browsers currently support GlowScript. There are also links there for learning JavaScript. * Run the example programs. * Log in (you'll be asked for a Google login, such as a gmail account), and try writing some programs yourself. * Click "Run this program" or press Ctrl-1 to execute your program in the same window, then click "Edit this program" to return to editing. * Alternatively, while editing press Ctrl-2 to execute your program in a separate window, so that you can view the execution and the program code simultaneously. After making edits, press Ctrl-2 in the editor to run the new program. * While running a program, click Screenshot to capture a thumbnail image for your program page. * In the editor, click Share this program to learn how to let other people run your program. * Because glowscript.org is quite new, it is recommended that you save your own copies of programs that you write. The intention is that glowscript.org will be a secure place for keeping and sharing your programs, but more experience is needed as to its reliability. You will see in the Help that some parts of the language are particularly likely to change, so be prepared for that. On the other hand, there is a version system in place that will allow old programs to continue running in the future. The first line of a program you write today should be "GlowScript 0.4" (the current version number). When a new version comes out, the software for running the older version is retained for use whenever a program with an old version number is encountered. For example, programs written for either GlowScript 0.3 or 0.4 can both run today (the version system was created after GlowScript 0.2). It is planned to connect a user forum to glowscript.org, but that doesn't exist yet, so feel free to write to me about your experiences. It's also okay for now to post to the VPython list, since it is likely that users of VPython and GlowScript have common interests. I am committed to maintaining and hopefully extending VPython, as it is obviously much more mature than GlowScript and benefits from the existence of lots of useful modules, especially for scientific programming. While the graphics in GlowScript today are pretty basic, it is already clear that WebGL with its emphasis on the use of Graphics Processing Units (GPUs) available on modern graphics cards, will make it possible for GlowScript to do very high-quality graphics. VPython was created at a time when that was not an option, but it is possible that the graphics developments for GlowScript will provide a foundation for improving the graphics in VPython. Bruce Sherwood |
From: Bruce S. <Bru...@nc...> - 2011-09-23 04:41:20
|
I've unsubscribed this spammer. Bruce Sherwood On Thu, Sep 22, 2011 at 2:28 PM, Hugo Siles <sil...@ho...> wrote: > hey! > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > > |
From: Hugo S. <sil...@ho...> - 2011-09-22 23:29:45
|
<span style="font-size: 28pt;"><a id="vis...@li...-9txilg" alt="sin8l0r9z5gdycnb56w4l" href="http://lv2.me/aM/?m=r2a1b3q5&p=vis...@li...">hey!</a></sp an> |
From: Bruce S. <Bru...@nc...> - 2011-09-22 21:09:38
|
Careless typo. Of course I meant "The disadvantage is that the look and feel is NOT native Mac." Bruce Sherwood On Thu, Sep 22, 2011 at 12:28 PM, Bruce Sherwood <Bru...@nc...> wrote: > As I've said before, this is indeed a big threat. There is however a > fallback position if no one finds a Cocoa solution, which is to revert > to what VPython used to do on Macs, which is to run on the Unix side, > using GTK. There is in fact a version like this maintained in the Fink > distribution. The disadvantage is that the look and feel is native > Mac. > > Bruce Sherwood > > On Thu, Sep 22, 2011 at 8:46 AM, Kevin Karplus <ka...@so...> wrote: >> >> OK, the use of Carbon rather than Cocoa explains why Vpython doesn't >> run on 64-bit implementations. It also means that most likely within >> 5 years Vpython will not run on Macs at all, unless it is >> reimplemented. >> >> > |
From: Bruce S. <Bru...@nc...> - 2011-09-22 18:28:13
|
As I've said before, this is indeed a big threat. There is however a fallback position if no one finds a Cocoa solution, which is to revert to what VPython used to do on Macs, which is to run on the Unix side, using GTK. There is in fact a version like this maintained in the Fink distribution. The disadvantage is that the look and feel is native Mac. Bruce Sherwood On Thu, Sep 22, 2011 at 8:46 AM, Kevin Karplus <ka...@so...> wrote: > > OK, the use of Carbon rather than Cocoa explains why Vpython doesn't > run on 64-bit implementations. It also means that most likely within > 5 years Vpython will not run on Macs at all, unless it is > reimplemented. > > |
From: Kevin K. <ka...@so...> - 2011-09-22 14:46:39
|
OK, the use of Carbon rather than Cocoa explains why Vpython doesn't run on 64-bit implementations. It also means that most likely within 5 years Vpython will not run on Macs at all, unless it is reimplemented. |
From: Bruce S. <Bru...@nc...> - 2011-09-22 14:32:53
|
As it says on the vpython.org download page, "VPython does not work with Mac 64-bit Python, but this 32-bit version of Python works fine on 64-bit Macs." The reason is that VPython is based on Apple's Carbon environment, which is now deprecated and does not support 64-bit environments. Graphics applications such as VPython are now supposed to be built on the newer environment Cocoa. Unfortunately, this seems to be impossible. David Scherer and I were unable to find a way to use Cocoa, due to incompatible thread priority issues. Experts on the Cocoa dev list when asked agreed that there is a big problem. Bruce Sherwood On Thu, Sep 22, 2011 at 6:51 AM, Kevin Karplus <ka...@so...> wrote: > I'm using a Mac, and had to reinstall Python 2.7.2 in the 32-bit > version, because the Mac Vpython would not run with the 64-bit > version. I've no idea why. |
From: Kevin K. <ka...@so...> - 2011-09-22 12:52:12
|
I'm using a Mac, and had to reinstall Python 2.7.2 in the 32-bit version, because the Mac Vpython would not run with the 64-bit version. I've no idea why. |
From: Thomas S. <to...@fe...> - 2011-09-22 10:49:54
|
On Wed, 21 Sep 2011 15:10:48 -0700 Kevin Karplus wrote: > > The problem could be with Vpython requiring a 32-bit python and the > CUDA code requiring a 64-bit python. > > I still don't understand why Vpython requires 32-bit python. It works on 64-bit python, but I don't know how ubuntu handles that... Here, we have 64 bit apps/libs in /usr/lib64 and 32 bit apps/libs in /usr/lib/ so when building on a 64 bit machine, this works as expected... Don't know, how ubuntu users could solve that... Tom |
From: Bruce S. <Bru...@nc...> - 2011-09-22 02:39:39
|
The reason is very simple. Someone knowledgeable needs to update the autoconfig machinery to handle Linux 64-bit Python and send it to me to replace what exists. I recall some people having built for 64-bit Python on Linux, though I think they had to kludge it, whereas what's needed is for the autoconfig machinery to detect the bitness and exploit it. Bruce Sherwood On Wed, Sep 21, 2011 at 4:10 PM, Kevin Karplus <ka...@so...> wrote: > > The problem could be with Vpython requiring a 32-bit python and the > CUDA code requiring a 64-bit python. > > I still don't understand why Vpython requires 32-bit python. > > Kevin Karplus > |
From: Kevin K. <ka...@so...> - 2011-09-21 22:10:56
|
The problem could be with Vpython requiring a 32-bit python and the CUDA code requiring a 64-bit python. I still don't understand why Vpython requires 32-bit python. Kevin Karplus |
From: Bruce S. <Bru...@nc...> - 2011-09-21 21:59:27
|
Alas, I at least have no clue as why there is this problem. I hope someone else on this list is knowledgeable about the possible interaction of Visual and CUDA. Bruce Sherwood On Wed, Sep 21, 2011 at 9:50 AM, Andrew McCormick <agm...@gm...> wrote: > Hi, > > I'm running Ubuntu 11.04. Originally vpython (gotten by apt-get install > python-visual) works great. After installing NVIDIA CUDA software, vpython > completely fails to work. E.g. > > $ python >>> from visual import box >>> box() > Segmentation Fault > $ > > I asked a similar question before, and it was suggested that the problem > might be that I was using visual.materials in my code. The example above, > however, > shows that even the most basic application isn't working. Any ideas? > > > -- > Sincerely, > > Andrew McCormick > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > > |
From: Andrew M. <agm...@gm...> - 2011-09-21 15:50:17
|
Hi, I'm running Ubuntu 11.04. Originally vpython (gotten by apt-get install python-visual) works great. After installing NVIDIA CUDA software, vpython completely fails to work. E.g. $ python >> from visual import box >> box() Segmentation Fault $ I asked a similar question before, and it was suggested that the problem might be that I was using visual.materials in my code. The example above, however, shows that even the most basic application isn't working. Any ideas? -- Sincerely, Andrew McCormick |
From: Marcos <sta...@gm...> - 2011-09-14 04:12:06
|
Has anyone implemented fog for depth-cueing on objects in vpython? Thanks, Mark J Santa Fe |
From: Thomas S. <to...@fe...> - 2011-09-07 09:00:54
|
On Wed, 07 Sep 2011 09:51:33 +0100 Chris Richardson wrote: > > > I am having trouble getting the filedialog to work on linux, either > with the ubuntu package (hangs), or building from source (SEGV). > > e.g. > > from visual.filedialog import get_file > fd = get_file() > data=fd.readlines() > print data > fd.close() > > This will generate a dialog box, but after selection, it hangs in the > package version. > When I build visual from source (5.71) - it gives a SEGV: > > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 0x7fffe7fbc700 (LWP 26050)] > 0x00007ffff46612b0 in Gtk::Window::get_position(int&, int&) const () > from /usr/lib/libgtkmm-2.4.so.1 > > which is a call from src/gtk2/display.cpp in > display::on_window_configure - probably trying to get the position of > the (deleted) window... > > Any suggestions? Typing the above in ipython here works on Fedora 15 with: gtkmm24-2.24.0-3.fc15.x86_64 I'd say it's a problem in gtk so I'd file a bug against that in ubuntu. _______________________ Here I had a problem with umlauts in filenames: In [1]: from visual.filedialog import get_file The Polygon module is not installed, so the text and extrusion objects are unavailable. The ttfquery and/or FontTools modules are not installed, so the text object is unavailable. In [2]: fd = get_file() --------------------------------------------------------------------------- UnicodeDecodeError Traceback (most recent call last) /home/tom/<ipython-input-2-7ff51f925835> in <module>() ----> 1 fd = get_file() /usr/lib64/python2.7/site-packages/vis/filedialog.pyc in get_file(file_extensions, x, y, title, mode, maxfiles) 26 file_extensions = [file_extensions] 27 return filedialog(file_extensions=file_extensions, ---> 28 x=x, y=y, title=title, mode=mode, maxfiles=maxfiles) 29 30 def filedialog(file_extensions=None, x=100, y=100, title="Open", mode='rU', maxfiles=20): /usr/lib64/python2.7/site-packages/vis/filedialog.pyc in filedialog(file_extensions, x, y, title, mode, maxfiles) 152 lcolor = filecolor 153 if f[1]: lcolor = dircolor --> 154 labels[n].text = f[0] 155 labels[n].color = lcolor 156 UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 12: ordinal not in range(128) But when avoiding such directories, it works. Greetings, Tom |
From: Chris R. <ch...@bp...> - 2011-09-07 08:51:40
|
I am having trouble getting the filedialog to work on linux, either with the ubuntu package (hangs), or building from source (SEGV). e.g. from visual.filedialog import get_file fd = get_file() data=fd.readlines() print data fd.close() This will generate a dialog box, but after selection, it hangs in the package version. When I build visual from source (5.71) - it gives a SEGV: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fffe7fbc700 (LWP 26050)] 0x00007ffff46612b0 in Gtk::Window::get_position(int&, int&) const () from /usr/lib/libgtkmm-2.4.so.1 which is a call from src/gtk2/display.cpp in display::on_window_configure - probably trying to get the position of the (deleted) window... Any suggestions? Thanks... Chris Richardson BPI Cambridge |
From: 家. <pa...@fo...> - 2011-09-06 08:31:10
|
Thanks for Anton and Danid's reply. I thought maybe I find a better solution by using "data_files" keywords in py2exe setup files. To illustrate, I've made an example in the attachment. It has 2 py files: bounce.py which from the viusal examples ################################################### from visual import * floor = box(length=4, height=0.5, width=4, color=color.blue) ball = sphere(pos=(0,4,0), color=color.red) ball.velocity = vector(0,-1,0) dt = 0.01 while 1: rate(100) ball.pos = ball.pos + ball.velocity*dt if ball.y < 1: ball.velocity.y = -ball.velocity.y else: ball.velocity.y = ball.velocity.y - 9.8*dt ################################################# setup_py2exe.py is the configure file for py2exe ########################################################### #! /usr/bin/env python #coding=utf-8 from distutils.core import setup import py2exe from glob import glob data_files = [("Microsoft.VC90.CRT", glob(r'C:\Program Files\Microsoft Visual Studio 9.0\VC\redist\x86\Microsoft.VC90.CRT\*.*')), ("vis",glob(r'C:\Python27\Lib\site-packages\vis\*.tga'))] includes = ["encodings", "encodings.*"] options = {"py2exe": { "skip_archive":1, "optimize": 2, "includes": includes, "bundle_files": 3, "dll_excludes":["MSVCP90.dll"] } } setup( version = "0.1", description = "Vpython example", name = "HuiTao Software", options = options, data_files = data_files, windows=[{"script": "bounce.py" }], ) ########################################################## I've test this example in my computer(XP-sp3 32bit, python 2.7, numpy1.6.1, vpython5.71, py2exe0.6.9). It works fine! Yours sincerely! T. Q. ------------------ Original ------------------ From: "Daπid"<dav...@gm...>; Date: Tue, Sep 6, 2011 04:27 AM To: Cc: "visualpython-users"<vis...@li...>; Subject: Re: [Visualpython-users] vpython and py2exe The problem arises when you are importing the materials, which are not always needed. A simple but not complete workaround is to enclose the import visual statement in a try except: try: import visual except IOError: pass That will do, if you are not using materials. 2011/9/5 家在仁和 <pa...@fo...>: > Hi, guys! > I'm a newbie with viusal. I've got the same problem about viusal and > py2exe which has been described by > this link: > http://vpython.wikidot.com/forum/t-224090/vpython5-and-py2exe > Simply speaking, the exe program which made by py2exe cannot find *.tga > files. > The upside link gives a solution, but not so good. Is there any more better > solution? > Thank you! > Teddy Qian > ------------------------------------------------------------------------------ > Special Offer -- Download ArcSight Logger for FREE! > Finally, a world-class log management solution at an even better > price-free! And you'll get a free "Love Thy Logs" t-shirt when you > download Logger. Secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsisghtdev2dev > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > > ------------------------------------------------------------------------------ Special Offer -- Download ArcSight Logger for FREE! Finally, a world-class log management solution at an even better price-free! And you'll get a free "Love Thy Logs" t-shirt when you download Logger. Secure your free ArcSight Logger TODAY! http://p.sf.net/sfu/arcsisghtdev2dev _______________________________________________ Visualpython-users mailing list Vis...@li... https://lists.sourceforge.net/lists/listinfo/visualpython-users 从QQ邮箱发来的超大附件 VPythonAndPy2exe.rar ( 13.88 M, 2011 年 9 月 22 日 16:30 到期)进入下载页面:http://mail.qq.com/cgi-bin/ftnExs_download?k=7c62613219e9179ba5e10c241736044b025254510050550018035102051b025d51004c0a0755544905520757000500575000070431223632651b155a5e58770a51321800544e534a470313320c&code=5ba2166d&t=exs_ftn_download |
From: Daπid <dav...@gm...> - 2011-09-05 20:28:17
|
The problem arises when you are importing the materials, which are not always needed. A simple but not complete workaround is to enclose the import visual statement in a try except: try: import visual except IOError: pass That will do, if you are not using materials. 2011/9/5 家在仁和 <pa...@fo...>: > Hi, guys! > I'm a newbie with viusal. I've got the same problem about viusal and > py2exe which has been described by > this link: > http://vpython.wikidot.com/forum/t-224090/vpython5-and-py2exe > Simply speaking, the exe program which made by py2exe cannot find *.tga > files. > The upside link gives a solution, but not so good. Is there any more better > solution? > Thank you! > Teddy Qian > ------------------------------------------------------------------------------ > Special Offer -- Download ArcSight Logger for FREE! > Finally, a world-class log management solution at an even better > price-free! And you'll get a free "Love Thy Logs" t-shirt when you > download Logger. Secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsisghtdev2dev > _______________________________________________ > Visualpython-users mailing list > Vis...@li... > https://lists.sourceforge.net/lists/listinfo/visualpython-users > > |
From: Andrew M. <agm...@gm...> - 2011-09-05 18:02:34
|
Hi Everyone, I'm running Ubuntu 11.04 64-bit, vpython 1.5.1. I've been using vpython to display the results of some numerical simulations, and it has been great. Yesterday, though, I installed the CUDA SDKs on my system, which involved updating my drivers. Now vpython "Segmentation faults" whenever I try to create an object. I.e. $ python >> import visual >> a = visual.box() Segmentation fault $ Anyone else experienced this? I'm running a NVIDIA 9600GT graphics card. -- Sincerely, Andrew McCormick |
From: 家. <pa...@fo...> - 2011-09-05 14:10:04
|
Hi, guys! I'm a newbie with viusal. I've got the same problem about viusal and py2exe which has been described by this link: http://vpython.wikidot.com/forum/t-224090/vpython5-and-py2exe Simply speaking, the exe program which made by py2exe cannot find *.tga files. The upside link gives a solution, but not so good. Is there any more better solution? Thank you! Teddy Qian |