MinGW - Minimalist GNU for Windows / Issues / #2247 GUImain.exe -- Segmentation fault -- WinXP-Pro-64bit

Melchior - 2015-01-01

text the formatting system on SF is W.E.I.R.D!?
so forgive all the bold messiness.... @_@

why can't it simply using the basic and well known forums bbcode formatting ^_^

ps: Keith if you feel like it could you please build/upload a debug version of the MinGW-Get-GUI files so I can test them and bet a meaningful back-trace? thx.

ps2:
I haven't tested setting GUImain.exe to Compatibility mode,
as I can specify Windows XP on my Windows XP Pro 64bit system.

Last edit: Melchior 2015-01-01

Debugging (gdb)_[MinGW-Get-GUI].cmd

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
- Keith Marshall - 2015-04-02
  
  ps: Keith if you feel like it could you please build/upload a debug version of the MinGW-Get-GUI files so I can test them and bet a meaningful back-trace? thx.
  
  Again, I simply don't have the time. Why not download the source tarball, or clone from the git repository:
  
  git clone git://git.code.sf.net/p/mingw/mingw-get mingw-get-src
  
  and build it yourself?
  
  What's more, I don't waste my 64-bit machines running a crap OS like Windows, so if this issue is 64-bit specific, I don't have the resources to debug it; if you care enough to do so, (as your persistence would suggest), I will need your assistance with debugging.
  
  If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Melchior - 2015-02-20

Eyy Keith have you had a chance to look at his at over the past two months?

I have probably asked in the past if you could please compile a debug build,
so I could generate a better bug report for you... otherwise is your srcs code for
MinGW GUI available so I could could compile a debug build myself?

I upgraded my WinXP-Pro-32bit system to the 64bit version back mid December to get the most out this old system ie its had 4GB since 2011, and I had found all the 64bit drivers years ago too =D.

I got this BackTrace while running only the MinGW-Get.exe from the cmdline,
the update cmd runs fine but the upgrade cmd >_<:
gdb --args mingw-get.exe upgrade

5011 0x6f9cf195 in mingw-get-0!_ZN14pkgXmlDocument8ScheduleEmPKc ()
....... from C:\Dev-MinGW\libexec\mingw-get\mingw-get-0.dll

5012 0x6f9cf67e in mingw-get-0!_ZN14pkgXmlDocument27RescheduleInstalledPackagesEm ()
....... from C:\Dev-MinGW\libexec\mingw-get\mingw-get-0.dll

5013 0x6f9c19a5 in mingw-get-0!climain ()
....... from C:\Dev-MinGW\libexec\mingw-get\mingw-get-0.dll

5014 0x00401c8f in ?? ()
5015 0x0040125b in ?? ()
5016 0x00401578 in ?? ()

5017 0x7d4e7cc2 in KERNEL32!BaseProcessInitPostImport ()
....... from C:\WINDOWS\syswow64\kernel32.dll

5018 0x00000000 in ?? ()

Program received signal SIGSEGV, Segmentation fault.

0x77bd864c in strcmp ()
from C:\WINDOWS\syswow64\msvcrt.dll

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Melchior - 2015-02-20

I have always used cmd.exe to do anything I needed on cmdline, works for me. ;D

Target: mingw32
Thread model: win32
gcc version 4.8.1 (GCC)
GNU ld (GNU Binutils) 2.24

MinGW-w32api = v3.17-2
MinGW-mingwrt = v3.20-2 upgrade available but any attempt to upgrade crashes GUI or cmdline
... strike that last...

ming-get.exe crashes on cmdline if I use upgrade cmd... and

"Mark All upgrades" in GUI will also cause crash of guimain.exe

I got the mingwrt to update by right-clicking on it and
individually "mark for upgrade" each entry
applied with success ^_^

now as far as mingw-get and GUI are concerned I haven't seen an update since 2013
mingw-get-0.6.2-mingw32-beta-20131004-1-bin.tar.xz
mingw-get-0.6.2-mingw32-beta-20131004-1-gui.tar.xz

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Melchior - 2015-02-28

BUMP!

=( is anyone home here anymore in MinGW?

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Melchior - 2015-03-31

I'll bump again as no one has even see my bug report and replied =(

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Description has changed:

Diff:

--- old
+++ new
@@ -4,6 +4,7 @@
 and that is all the info I could get not having a -g build with debugging symbols built into it... =(

 ----
+~~~~

 C:\Dev-MinGW\libexec\mingw-get>gdb -readnow -exec="guimain.exe"

@@ -28,8 +29,9 @@
 Program received signal SIGSEGV, Segmentation fault.
 0x7d61f448 in ?? ()

-
-___________________________________________________________________________
+~~~~
+----
+~~~~

 (gdb) bt
 #0  0x7d61f448 in ?? ()
@@ -57,8 +59,9 @@
 mingw-get-0!_ZN13pkgActionItem21SelectIfMostRecentFitEP10pkgXmlNode () 
     from C:\Dev-MinGW\libexec\mingw-get\mingw-get-0.dll

-
+~~~~
 ----
+~~~~

 #10 0x6f9cd518 in 
 mingw-get-0!_ZN14pkgXmlDocument19ResolveDependenciesEP10pkgXmlNodeP13pkgActionItem ()
@@ -70,9 +73,9 @@
 mingw-get-0!_ZN14pkgXmlDocument19ResolveDependenciesEP10pkgXmlNodeP13pkgActionItem ()
    from C:\Dev-MinGW\libexec\mingw-get\mingw-get-0.dll

-
+~~~~
 ----
-
+~~~~

 #5012 0x6f9cf195 in mingw-get-0!_ZN14pkgXmlDocument8ScheduleEmPKc () 
     from C:\Dev-MinGW\libexec\mingw-get\mingw-get-0.dll
@@ -103,9 +106,13 @@

 #5027 0x00000000 in ?? ()

-______________________________________________________________________
+~~~~
+----
+~~~~

 (gdb) c
 Continuing.

 [Inferior 1 (process 188) exited with code 02]
+
+~~~~

Keith Marshall - 2015-04-02

I simply do not have time to address this, at the moment, and it is likely to be several months before a window of opportunity opens, for me to do so.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Melchior - 2015-04-02

First thx for editing my bug-report to clean up the formatting it looks great now,
the text formatting on SourceForge sucks =p loi ;D

I take it life that is keep u busy u know family, work, etc so I understand.

since u can't find the time to look at it any time soon, could u do just one thing,
could you please compile a debug build so I can collect and write a better bug report since u don't release the code I can't compile debug myself.

thx again for all the work u put into MinGW.

EDIT:
on my I didn't see your reply above till just now

LOL so the code is available ^_^

EDIT2:

I am using TortoiseGit for Windows XP64

can I make alignment improvements?

before:
ID_PKGSTATE_AVAILABLE ICON DISCARDABLE "state01.ico"
ID_PKGSTATE_AVAILABLE_NEW ICON DISCARDABLE "state02.ico"
ID_PKGSTATE_AVAILABLE_LOCKED ICON DISCARDABLE "state03.ico"
ID_PKGSTATE_AVAILABLE_INSTALL ICON DISCARDABLE "state04.ico"
ID_PKGSTATE_INSTALLED_CURRENT ICON DISCARDABLE "state05.ico"
ID_PKGSTATE_INSTALLED_LOCKED ICON DISCARDABLE "state06.ico"
ID_PKGSTATE_INSTALLED_OLD ICON DISCARDABLE "state07.ico"
ID_PKGSTATE_UPGRADE ICON DISCARDABLE "state08.ico"
ID_PKGSTATE_REINSTALL ICON DISCARDABLE "state09.ico"
ID_PKGSTATE_DOWNGRADE ICON DISCARDABLE "state10.ico"
ID_PKGSTATE_BROKEN ICON DISCARDABLE "state11.ico"
ID_PKGSTATE_REMOVE ICON DISCARDABLE "state12.ico"
ID_PKGSTATE_PURGE ICON DISCARDABLE "state13.ico"

SF is so weird, that is how it should look all neat and aligned.. but its not the case in the .rc

idk nvm on that for now...

Last edit: Melchior 2015-04-02

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
- Keith Marshall - 2015-04-02
  
  text formatting on SourceForge sucks...
  
  I agree, but it is what it is ... use the "preview" and "formatting help" facilities, to guide you to getting it right.
  
  If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Melchior - 2015-04-02

I grabbed via Git since this will be optimal for grabbing src updates ^_^.

... I don't see a pre-made makefile for compiling on windows....

and no suggestions on the main site for doing.... <_<

I made these two files extracted from the install file
to make it easier to read up on compiling MinGW-Get.

ps: those files are outdated, ie references to cvs when u are now using git

Last edit: Melchior 2015-04-02

Compile_MinGW-Get_src-Git.txt

Compile_MinGW-Get_src.txt

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
- Keith Marshall - 2015-04-02
  
  I build it by cross-compiling on Linux.
  
  I don't see a pre-made makefile for compiling on windows....
  
  Neither will I waste my time supporting that build paradigm; you run a conventional GNU style
  
  configure && make
  
  sequence, to build it in MSYS, (MinGW is, after all, Minimalist GNU for Windows), then
  
  make install prefix=/path/to/sandbox
  
  to install a debug enabled image, in the specified sandbox path, or
  
  make install-strip prefix=/path/to/sandbox
  
  for a non-debug (stripped) image.
  
  If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Melchior - 2015-04-02

I created a shortcut to the bash exe in the git src dir... manually set compatibility to XP32, and pointed the start in to the src dir...

bash.exe"-3.1$ pwd /f/Dev-src/MinGW-Get_Git bash.exe"-3.1$ make install prefix=/debug/ C:\Dev-MinGW\msys\1.0\bin\bash.exe: *** fork: can't reserve memory for stack 0x4A0000 - 0x6A0000, Win32 error 0 0 [main] bash.exe" 1300 sync_with_child: child 596(0x168) died before initialization with status code 0x1 388 [main] bash.exe" 1300 sync_with_child: *** child state waiting for longjmp bash.exe": fork: Resource temporarily unavailable bash.exe"-3.1$ make install prefix=/debug/

it does not look like I can do the compiling myself oohh well... <_<
I have been up all night again...

Last edit: Keith Marshall 2015-04-02
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
- Keith Marshall - 2015-04-02
  
  I created a shortcut to the bash exe in the git src dir... manually set compatibility to XP32, and pointed the start in to the src dir...
  
  Which is exactly the wrong way to go about it. Use the provided msys.bat file to start MSYS properly; then you shouldn't see:
  
  bash.exe"-3.1$ make install prefix=/debug/ C:\Dev-MinGW\msys\1.0\bin\bash.exe: *** fork: can't reserve memory for stack 0x4A0000 - 0x6A0000, Win32 error 0 0 [main] bash.exe" 1300 sync_with_child: child 596(0x168) died before initialization with status code 0x1 388 [main] bash.exe" 1300 sync_with_child: *** child state waiting for longjmp bash.exe": fork: Resource temporarily unavailable
  
  which is symptomatic of improperly started MSYS, (esp. on 64-bit).
  
  it does not look like I can do the compiling myself
  
  If you start MSYS properly, and work entirely in the MSYS console, at the resulting bash prompt, (which will look different from what you've shown above), then there is no reason why you shouldn't be able to do so, (provided you also have all requisite build dependencies installed).
  
  BTW, where is your configure command?
  
  If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Melchior - 2015-04-02

nope I could not find a msys,bat or a msys.cmd anywhere, I checked:
MinGW (+all subs)
and the src dir where I store all the src code I have...
nota...

I don't suppose msys.bat is part of a msys package didn't install?

BTW, where is your configure command?

I do not know, I don't use Linux or compile for it using its std configure, as for all the open source I have compiled they had either make files for windows or a project files for at least one of these

Dev-C++ (in the past)

CodeBlocks (can import M$ VS Project files)

M$ Visual Studios Project files.. ^

EDIT: [ 2015-04-02 @ 10:15pm EST)

Yeah I found it, lnk was not installed... O_o go figure...
right now I am trying to setup a way that I can launch it from the git src dir so that its working directory is auto set as it would be if I WERE USING THE WINDOWS CMD SHELL ie .cmd files

I set a shortcut settings the start in dir to
F:\Dev-src\MinGW-Get_Git
but that didn't work...

I even tried modifying the cmd string for the shortcut, didn't work
C:\Dev-MinGW\msys\1.0\msys.bat cd F:/Dev-src/MinGW-Get_Git

still not working, configure not there?....

Last edit: Melchior 2015-04-03
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Melchior - 2015-04-08

so configure.ac file is treated as a runnable script within msys....

it still won't work... >_< this non windows Build system is a REAL HEADACHE!!

< <<

I am still having no luck getting it to compile...

Windows XP Pro 64bit...
but the only thing MinGW does is for building is win32

ohh
autoconf then configure....
I had to git modules wtk and the aux-build crap...
I had to also do the bzip2 dev stuff via MinGW-Get-GUI

compiling MinGW-Get is seriously OVER COMPLICATED!!

BUT I have not been able to find or get the wtklite stuff >_> !!!

Last edit: Melchior 2015-04-08

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Melchior - 2015-04-10

I have managed to get this far...
and I grabbed the submodules via git

build-aux

wtk

$ configure
checking build system type... i686-pc-mingw32
checking host system type... i686-pc-mingw32
checking whether make sets $(MAKE)... yes
checking whether make supports the --no-print-directory option... yes
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.exe
checking for suffix of executables... .exe
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for windres... windres
checking for flex... flex
checking lex output file root... lex.yy
checking lex library... none needed
checking whether yytext is a pointer... no
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking zlib.h usability... yes
checking zlib.h presence... yes
checking for zlib.h... yes
checking bzlib.h usability... yes
checking bzlib.h presence... yes
checking for bzlib.h... yes
checking lzma.h usability... yes
checking lzma.h presence... yes
checking for lzma.h... yes
checking lua.h usability... yes
checking lua.h presence... yes
checking for lua.h... yes
checking wtklite.h usability... no
checking wtklite.h presence... no
checking for wtklite.h... no
checking for ar... ar
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for a BSD-compatible install... /bin/install -c
checking whether ln -s works... no, using cp -p
checking for strip... strip
configure: error: missing prerequisite:

The following prerequisite package appears to be missing from
your system:--

wtklite-dev

To continue building mingw-get, you should install the following
or a newer version of:--

wtklite-0.1.0-1-mingw32-dev.tar.xz

and run configure again.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Melchior - 2015-04-10

Melchior@sage-of-life /f/dev-src/MinGW-Get_Git/wtk
$ configure
checking for gcc... gcc
checking whether the C compiler works... yes
checking for C compiler default output file name... a.exe
checking for suffix of executables... .exe
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
configure: error: cannot find install-sh, install.sh, or shtool in "." "./.." "./../.."

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Melchior - 2015-04-10

nvm the last few.. UNLESS I should compile the wtklite from the src archive on the SF MinGW/Extensions downloads if it is newer?

I did that with the wtk sub-module folder:
copied wtklite's .h and .a files to the usual location in my case
C:\Dev-MinGW\include
C:\Dev-MinGW\lib

g++ -MMD -MP -c -D DEBUGLEVEL=0 -I ../src -I ../src/pkginfo -I ../tinyxml -g -O2 -o tarproc.o ../src/tarproc.cpp
../src/tarproc.cpp: In function 'int commit_saved_entity(const char, __time64_t)':
../src/tarproc.cpp:651:24: error: aggregate 'commit_saved_entity(const char, __time64_t)::__utimbuf64 timestamp' has incomplete type and cannot
be defined
struct __utimbuf64 timestamp;
^
../src/tarproc.cpp:656:43: error: '_utime64' was not declared in this scope
return _utime64( pathname, &timestamp );
^
../src/tarproc.cpp:663:24: error: aggregate 'commit_saved_entity(const char*, __time64_t)::__utimbuf32 timestamp' has incomplete type and cannot
be defined
struct __utimbuf32 timestamp;
^
make: *** [tarproc.o] Error 1

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Melchior - 2017-03-13

delete this post, I posted in my wrong ticket... :(

Last edit: Melchior 2017-03-13

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

GUImain.exe -- Segmentation fault -- WinXP-Pro-64bit

A native Windows port of the GNU Compiler Collection (GCC)

Group

Searches

Help

#2247 GUImain.exe -- Segmentation fault -- WinXP-Pro-64bit

Discussion