Submitted by mdicaro on Fri, 09/10/2010 - 14:54
Posted in
Hi there - let me start by thanking you for building this, great stuff! That is, the concept is fantastic I've been looking forward to this release to start playing with it.
I ran the install just tried to start the main program (Windows XP). It looks like it will start; I get the splash screen and everything but then it quits - right when it was about to start it looked like.
I think it may because I had previously installed R, Python, and PyQt stuff because I was toying with the Eric programming environment. What do you think I should do to get it running?
Thanks!
Great!! Glad you could get it started.
We're working to get the packages onto the repository as fast as we can for 1.80. If there is anything that you need in the way of functionality we can advance that in the priority list or if we don't have it we'll put it as a tag on the package requests page.
Kyle
Full version works fine - Thanks.
I found that the full/developer version works on some machines which crash the compiled version. You can get that version from the red-r.org/downloads page also.
Kyle
Also what type of XP are you running? 32bit or 64 bit?
if Windows XP 64bit, you need to update to the newest .NET framework.
Anup
Rick, mdicaro,
If there was an error at startup of the compiled version, there is a log file in the red-r install dir (red-r/bin/red-RCanvas.exe.log).
Also if there is an error after startup the error file will be stored in the OS specific application data folder.
On xp its:
C:\Documents and Settings \"user name"\Local Settings\Application Data
On windows 7:
C:\Users\"user name"\AppData\Roaming
Once you find the application data directory go to:
red-r/settings/RedRCanvas/outputLog.html
Can you post the contents of this file, so we can better resolve the issues.
Thanks,
Anup
One thing you might try just to see if we can debug this,
open a command line/terminal and run the program from there
1) navigate to the location where you installed Red-R (typically program files/Red-R/Red-R 1.80)
2) open "canvas"
3) run red-RCanvas.exe (or python red-RCanvas.py if the full/developer version)
This should try to start Red-R and put any output into the command line. If an error is happening we should see it there.
Thanks for posting this.
Hi Rick,
Sorry about that. It's likely a problem with the startup wizard.
I made some changes to it so that you manually get the R repositories and will shield the startup. I'll have Anup make some new installers and test this out and get a new version up ASAP.
If you would like to try the full version also it might work better for you. The full version has all the components in their native forms. It might be that there is a problem with some other software on your machine.
I'll post here when the new installer is up.
Thanks, Kyle
I tried installing the executable version on my Windows7 and XP-Pro machines with no luck.
It acts just as mdicaro describes - splash starts but fails just as the main program begins.
Rick
Hi mdicaro.
Thanks for trying Red-R.
Anup indicated that the startup wizard took a long time to load on one of his machines during testing. The wizard needs to find some R mirrors which can take a few minutes. We are moving to fix this so the wizard will wait to get the mirrors on some user input but for now you might just have to wait it out.
Also if you use the compiled version you shouldn't have any conflicts with other installed software. I put the compiled version on my developer machine just yesterday and there weren't any conflicts with the other python version. The compiled version doesn't look anywhere else for it's code but the directory in which it is run from.
If the compiled version doesn't work for you, you can try the developer one instead. This has all the developer environments with it that you might not want or need but it also has more dll's that might be in conflict on your machine.
I'll fix the wizard for the next sub release. Just check the website to see when the installer release date is to get the fixes (the version number won't increment but the revision number will).
Kyle
Immediate closing
Immediate closing canvas
(using WinXP, .NET 1.1/2.0/3.0/3.5/4): Red-R starts and closes immediately. Tried the full Dev version but with the same effect.
When opening and running redRWidgetGUI.py in PythonWin, I get the following debugging info:
File "C:\Programme\Red-R\Red-R-1.80-Dev\canvas\redRWidgetGUI.py", line 9, in
from libraries.base.qtWidgets.button import button as redRbutton
ImportError: No module named libraries.base.qtWidgets.button
Any idea what I can do to get it running?
Cheers
p.s.
tried red-RCanvas.pyw in PythonWin, the GUI starts but I get this error:
############################################################
Unhandled exception of type AttributeError occured at 2010-11-03 12:38:01.765000:
Traceback:
File: orngView.py, line 273 in mouseMoveEvent
Code: self.scene().update()
AttributeError: 'NoneType' object has no attribute 'update'
############################################################
that's
that's interesting.
red-RCanvas is the right thing to run.
It would appear that the scene isn't set for the canvas, which is really strange. The scene should just be a regular QGraphicsScene().
I can't reproduce the error but one fix would be to;
1) open orngView.py
2) find all of the sections that read self.scene().update() and add the following just above that
if self.scene() == None:
self.setScene(QGraphicsScene())
If this works please let me know so I can fix the core code. Remember that python interprets indentation as a part of the logical blocks so you will have to put the above code fix in the correct indentation.
Thanks
Kyle
solved?!
Kyle, thanks for the suggestion. Strange things happened: I put in the suggested lines, adding an indention for the 2nd line, no change; then i took out the indention, getting the appropriate error, so I switched back to the original version and quit last night. This morning I opened orngView.py again in PythonWin to check what version I have, closed PythonWin and started red-RCanvas.pyw from my desktop link. I worked just fine! After a restart of the computer it didn't, but after opening and closing PythonWin it did again.
I have no clue as to what this might mean, I'll keep you updated. Won't be able to play around with it today, though...
Andreas
strange
My guess at the moment is that there are some key system resource files on your machine that aren't up to date. We compile and test Red-R against Win XP then do tests with other windows systems to make sure they "work".
I'll check if there is any documentation on the performance of pyqt in winXP and see if there are known bugs.
Thanks for reporting the issue.
Kyle