Re: Project Center and Gorm

[Beatles Rol]

I managed to solve the Sphinx's riddle. 

I decided to do a clean installation. I thought all the files were removed, but I noticed C:\Documents and Settings\User\GNUstep still existed even after uninstalling. I deleted the folder and restarted, and the GUI applications started working.

 Thank you for all your help.

On Tue, Feb 18, 2014 at 10:30 AM, Adam Fedor <fedor@gnu.org> wrote:

Those sound like some very odd problems.  I’d have to think that there is something on your system, like a virus scanner, that is preventing parts of GNUstep from running.

In the task manager, do you see the program “gdnc.exe” running when you try to run a GNUstep app?  If not, perhaps you could try running this by itself to see if there is a reason it is not starting up.  From the Shell, type

gdnc —verbose —no-fork

and see what it says. Perhaps also run some other GNUstep command line programs to see if even basic stuff works, like

defaults read

It would also be good to keep this discussion on bug-gnustep@gnu.org so more people can help solve the problem.

On Feb 15, 2014, at 11:22 AM, Beatles Rol <beatlesrol@gmail.com> wrote:

I did have another Mingw installed. I uninstalled it and tried running ProjectCenter; didn't open. Then, I tried running it as an administrator and I received these dialogue boxes.

<ERROR.bmp>

<ERROR2.bmp>

On top of that, the Event Viewer contained 113 new events (which I have attached).

The ProjectCenter sidebar does open; the windows usually stop responding after being open for a while.

On Fri, Feb 14, 2014 at 7:29 PM, Adam Fedor <fedor@gnu.org> wrote:

No, it’s not that.  I get those messages as well, but they don’t affect how GNUstep runs.  It must be something else on your system, such as a virus scanner that is affecting things.  Do you have cygwin installed?  That sometimes causes issues.

On Feb 14, 2014, at 2:04 PM, Beatles Rol <beatlesrol@gmail.com> wrote:

Tried a /bin/rebase and it said the .dll's were skipped because they weren't rebasable.

Could this problem have something to do with Registry Keys? I searched the Event Viewer log and some of the result mentioned the Registry Editor.

http://forums.asp.net/t/641029.aspx?The+local+computer+may+not+have+the+necessary+registry+information+or+message+DLL+files+to+display+messages+from+a+remote+computer+

http://blogs.msdn.com/b/sqlserverfaq/archive/2009/08/27/sometimes-you-do-not-see-the-proper-event-description-of-sql-server-events-in-the-application-log.aspx

http://www.geekstogo.com/forum/topic/305919-windows-installer-keeps-popping-up/

On Tue, Feb 11, 2014 at 8:33 PM, Adam Fedor <fedor@gnu.org> wrote:

I don’t really know for sure, but one thing that could be wrong, since it works fine on other peoples systems, is that you have one or more DLLs that conflict with other DLLs on your system.  It doesn’t cause the exact same issues, but it might be useful to rebase all the GNUstep dlls.  It’s not installed with the GNUstep installation, but from a shell you can install it:

mingw-get install msys-dash

mingw-get install msys-rebase

The readme for using rebaseall is here:

http://sourceforge.net/projects/mingw/files/MSYS/Extension/rebase/rebase-4.0.1_1-1/

On Feb 11, 2014, at 4:19 PM, Beatles Rol <beatlesrol@gmail.com> wrote:

Gorm and SystemPreferences both show the same results in the Event Viewer and with debugapp. 

<error.bmp>

(The readline error is just something to stop the beeping in mingw when backspacing; the output was the same when I reverted back to the original .inputrc file)

On Tue, Feb 11, 2014 at 5:14 PM, Adam Fedor <fedor@gnu.org> wrote:

Well, that doesn’t give as much information as I had hoped.  The log message is pretty normal - it just means that GNUstep is trying to create a window. But it at least shows that ProjectCenter is starting up (and has found all it’s DLLs).  Perhaps you could try debugapp again, but run it like this:

run —GNU-Debug=dflt

which should print out a little more information. Meanwhile, I’ll try to see if there is something I can see in the source that might tell me what is going on. Sorry for all the problems. Window is a particularly difficult platform to understand.

Have you tried starting Gorm and SystemPreferences as well and had the same problem?

Adam

On Feb 11, 2014, at 2:49 PM, Beatles Rol <beatlesrol@gmail.com> wrote:

Event Type: Warning

Event Source: ProjectCenter

Event Category: None

Event ID: 0

Date: 2/11/2014

Time: 4:21:59 PM

User: N/A

Computer: RILEYGANG

Description:

The description for Event ID ( 0 ) in Source ( ProjectCenter ) cannot be found. The local computer may not have the necessary registry information or message DLL files to display messages from a remote computer. You may be able to use the /AUXSOURCE= flag to retrieve this description; see Help and Support for details. The following information is part of the event: 2014-02-11 16:21:59.796 ProjectCenter[3428] screen 0:hdc: 65537 frame:top:0 left:0 right:1024 bottom:768  frame:x:0.000000 y:0.000000 w:1024.000000 h:768.000000

.<error.bmp>

On Mon, Feb 10, 2014 at 4:41 PM, Adam Fedor <fedor@gnu.org> wrote:

Can you check in the “Event Viewer” program to see what messages logs are being sent?  Perhaps that would give a clue why it is not working.

You could also try to debug the program, if you have gnustep-devel installed, you can open a shell and type

debugapp ProjectCenter

run

and it might tell you something (although even then some logs go only to the Event Viewer not to the terminal.)

On Feb 10, 2014, at 1:34 PM, Beatles Rol <beatlesrol@gmail.com> wrote:

I'm sorry about all these addendum's.

I think it's important to mention that the error messages are no longer showing after I fiddled with the PATH. It still won't open though.

On Mon, Feb 10, 2014 at 3:29 PM, Beatles Rol <beatlesrol@gmail.com> wrote:

The PATH is set correctly, and all the DLLs are there. I tried opening ProjectCenter, and I still get the same result; it doesn't open.

On Sun, Feb 9, 2014 at 10:04 PM, Adam Fedor <fedor@gnu.org> wrote:

Well this seems like a more unusual problem.  Perhaps there is a virus scanner that is preventing the installation to work correctly?

Can you verify that the correct paths are set up?  Start up the GNUstep shell program and type

echo $PATH

You should see /GNUstep/System/Tools and /mingw/bin in the PATH.  Also type

ls /GNUstep/System/Tools

and verify that in fact the dlls are there (ProjectCenter-0.dll), the libgcc_s_dw2-1.dll should be in /mingw/bin

On Feb 9, 2014, at 5:59 AM, Beatles Rol <beatlesrol@gmail.com> wrote:

Addendum

I repeated the process and received these two error messages

<ERROR.bmp><ERROR2.bmp>

On Sun, Feb 9, 2014 at 7:20 AM, Beatles Rol <beatlesrol@gmail.com> wrote:

I uninstalled everything and installed them in that order. Still, nothing. The .exe shows up in the Task Manager, but vanishes without opening.

On Sun, Feb 9, 2014 at 12:50 AM, Adam Fedor <fedor@gnu.org> wrote:

That’s odd, as I removed everything and then re-installed them on my computer and it worked fine.  Unless something got corrupted when I uploaded them to the website.  I guess I’ll try that next.  What I did:

Install gnustep-msys-system-0.30.0
Install gnustep-core-0.34.0
Install gnustep-cauro-0.34.0 and make sure the “activate cairo” box was checked
Install Gorm-1.2.20-2

Then I went to the START menu and clicked on Gorm and it started right up.

On Feb 8, 2014, at 10:02 AM, Beatles Rol <beatlesrol@gmail.com> wrote:

> GNUstep version: Latest with NSIS installer
> OS: Windows XP
>
> Project Center and Gorm do not seem to open with the January 9th update. The WinUX Theme is not active; Cairo backend is.

<ProjectCenter.evt>