[bug #58837] The problem that gorm and projectcenter cannot be run when GNUStep is newly installed on windows XP/7/10.

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

[bug #58837] The problem that gorm and projectcenter cannot be run when GNUStep is newly installed on windows XP/7/10.

npower
URL:
  <https://savannah.gnu.org/bugs/?58837>

                 Summary: The problem that gorm and projectcenter cannot be
run when GNUStep is newly installed on windows XP/7/10.
                 Project: GNUstep
            Submitted by: applesoda
            Submitted on: Mon 27 Jul 2020 02:33:27 PM UTC
                Category: Backend
                Severity: 3 - Normal
              Item Group: Bug
                  Status: None
                 Privacy: Public
             Assigned to: None
             Open/Closed: Open
         Discussion Lock: Any

    _______________________________________________________

Details:

Hello, I downloaded the latest version from
http://www.gnustep.org/windows/installer.html, gorm and projectcenter cannot
run after installation, the installation order is GNUstep MSYS System 0.30.0
-> GNUstep Core 0.35 .0 -> GNUstep Devel 1.4.0 -> GNUstep Cairo 0.35.0 ->
ProjectCenter 0.6.2-35 -> Gorm 1.2.22-35.
After my preliminary judgment, I think that the installation package of
GNUstep Cairo has a wrong path. A mingw folder will be generated in the
installation directory.It says that libcairo-2.dll cannot be found. I tried to
move these files to the correct path (GNUStep/mingw/* -> msys/1.0/), but it
doesn't work. It seems that there is a problem with libffi-6.dll.

I try to use debugapp:
$ debugapp gorm
GNU gdb (GDB) 7.3.1
Copyright (C) 2011 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "mingw32".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from
c:\gnustep\gnustep\local\applications\gorm.app\gorm.exe...d
one.
(gdb) run
Starting program: c:\gnustep\gnustep\local\applications\gorm.app\gorm.exe
[New Thread 3756.0xbec]
[New Thread 3756.0x7d8]
[New Thread 3756.0xbb4]

Program received signal SIGILL, Illegal instruction.
0x6b742764 in ffi_closure_alloc ()
   from C:\GNUstep\GNUstep\System\Tools\libffi-6.dll
(gdb)




    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?58837>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/


Reply | Threaded
Open this post in threaded view
|

[bug #58837] The problem that gorm and projectcenter cannot be run when GNUStep is newly installed on windows XP/7/10.

npower
Follow-up Comment #1, bug #58837 (project gnustep):

I tried to use Windows XP, Windows 7 and Windows 10 didn’t work, and I
couldn’t run gorm and projectcenter. The operating system and gnustep were
all newly installed. I hope it can be resolved as soon as possible. It seems
that the last update has been nearly 4 years.

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?58837>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/


Reply | Threaded
Open this post in threaded view
|

[bug #58837] The problem that gorm and projectcenter cannot be run when GNUStep is newly installed on windows XP/7/10.

npower
Follow-up Comment #2, bug #58837 (project gnustep):

It cannot be used on windows xp. I now try to move the wrong directory mingw
to msys on windows7 x64, and it works normally!
I hope the official can solve the problem of the wrong path of the GNUstep
Cairo 0.35.0 installation package, the path of GNUstep\mingw is wrong, and
there is no readme file in GNUstep Cairo

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?58837>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/