date:20170218

Re: [Msys2-users] BC Segmentation fault

2017-02-18 Thread ralph engels

Also problems with other packages after last update, perl modules locale 
and ssleay no longer work because the dll name changed( old one was 
versioned 3_22 new one uses 3_24), and these modules cannot be rebuilt 
because perl seems to have problems locating its own library (loads of 
undefined references to perls lib).

new gcc also crashes but i managed to get a stable build by rolling my 
own from a bootstrap with the old gcc 4.9 compiler and recompiling gmp 
mpfr mpc iconv gettext and isl.

The perl problem i have not have any luck fixing as of yet.


Den 18-02-2017 kl. 21:03 skrev Angelo Graziosi:
> It seems it is the "-l" option which gives the segmentation fault:
>
> $ echo "80/8" | bc -l
> Segmentation fault (core dump creato)
>
> $ echo "80/8" | bc
> 10
>
> Il 18/02/2017 19:53, Alexey Pavlov ha scritto:
>>> 18 февр. 2017 г., в 21:49, Angelo Graziosi  
>>> написал(а):
>>>
>>> Last upgrade for bc does not work:
>> Update is just rebuild with libreadline7 so maybe issue with using new 
>> readline.
>>
>>> $ echo "80/8" | bc -l
>>> Segmentation fault (core dump creato)
>>>
>>> $ cat bc.exe.stackdump
>>> Exception: STATUS_ACCESS_VIOLATION at rip=001004059B3
>>> rax=0001004162E8 rbx=00060C4722D0 rcx=004B
>>> rdx=000100405E00 rsi=00416308 rdi=C2B0
>>> r8 =000100411184 r9 =8080808080808080 r10=FEFEFEFEFEFEFEFF
>>> r11= r12=0001004162E8 r13=0001
>>> r14=0001004162E8 r15=00010040E820
>>> rbp=004B rsp=C150
>>> program=C:\msys64\usr\bin\bc.exe, pid 5532, thread main
>>> cs=0033 ds=002B es=002B fs=0053 gs=002B ss=002B
>>>
>>> --
>>> Check out the vibrant tech community on one of the world's most
>>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>>> ___
>>> Msys2-users mailing list
>>> Msys2-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/msys2-users
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Msys2-users mailing list
> Msys2-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/msys2-users


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Msys2-users mailing list
Msys2-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/msys2-users

Re: [Msys2-users] Temporary patched ActiveQt module problems for MSYS2

2017-02-18 Thread Alexey Pavlov


> 18 февр. 2017 г., в 10:23, goldenhawk...@163.com написал(а):
> 
> 
> Active Qt is  a convenient cross compiler module reuse technology. In 
> contrast to building a general application, building the ActiveX control has 
> more than one extra step after completing the link step. Currently, the MSYS2 
> environment needs some additional fixes for ActiveQt support, and here's a 
> list of them.
> 
> #1 Fix g++ library search sequence determined by the specified order
> In gcc manu, it is said that " It makes a difference where in the command you 
> write this option; the linker searches and processes libraries and object 
> files in the order they are specified. Thus, `foo.o -lz bar.o' searches 
> library `z' after file foo.o but before bar.o. If bar.o refers to functions 
> in `z', those functions may not be loaded."
> It means that if a wrong -l order is specified, link error will occur, that 
> is exactly happened in MSYS2::Qt::ActiveQt.
> To slove this problem, now we explicitly specify order and dependency in pro 
> file. 
> ##1.1 For projects using an active control, use:
> win32-g++{  
> CONFIG += no_lflags_merge  
> LIBS += -lQt5AxServer -lQt5AxBase -lole32 -loleaut32 -luser32 -lgdi32 
> -ladvapi32 -luuid  
> }
> ##1.2 For projects that produce an active ctrl for others, use:
> win32-g++{  
> CONFIG += no_lflags_merge  
> LIBS += -lQt5AxServer -lQt5AxBase -lole32 -loleaut32 -luser32 -lgdi32 
> -ladvapi32 -luuid  
> }  
> Flag "no_lflags_merge" avoid qmake sorting the raw libraries order. The 
> sorting process removes redundant libraries and disrupts the given order. 
> Through this step, the project can be properly compiled and linked.
> 
> #2 Patch idcidl.prf for correct command line escape character
> In windows, command line arguments normally started by character '/', which 
> is different in linux. Linux and MSYS2 using '-' instead of '/'. In msys2, 
> '/' is treated same as '\'.
> The problem is located in idcidl.prf, a command line parameter will be 
> interpreted as a file path using '/'.
> Raw file:
> ...  
> !qaxserver_no_postlink {  
> !isEmpty(QMAKE_POST_LINK):QMAKE_POST_LINK += $ $quote($ 
> $ACTIVEQT_NEWLINE)  
> QMAKE_POST_LINK += $ $quote($ $ACTIVEQT_IDC $ ${ACTIVEQT_TARGET} /idl $ 
> ${ACTIVEQT_OUTPUT}.idl -version $ ${ACTIVEQT_VERSION}$ ${ACTIVEQT_NEWLINE})  
> !isEmpty(RC_FILE) {  
> QMAKE_POST_LINK += $ $quote($ $ACTIVEQT_IDL "$ 
> ${ACTIVEQT_OUTPUT}.idl" /nologo /tlb "$ ${ACTIVEQT_OUTPUT}.tlb"$ 
> $ACTIVEQT_NEWLINE)  
> QMAKE_POST_LINK += $ $quote($ $ACTIVEQT_IDC $ ${ACTIVEQT_TARGET} -tlb 
> $ ${ACTIVEQT_OUTPUT}.tlb$ $ACTIVEQT_NEWLINE)  
> } else {  
> QMAKE_POST_LINK += $ $quote($ $ACTIVEQT_IDL "$ 
> ${ACTIVEQT_OUTPUT}.idl" /nologo /tlb "$ ${ACTIVEQT_TLBOUT}"$ 
> $ACTIVEQT_NEWLINE)  
> message("No rc-file linked into project; type library will be a 
> separate file.")  
> }  
> !qaxserver_no_register: \  
> QMAKE_POST_LINK += $ $quote($ $ACTIVEQT_IDC $ ${ACTIVEQT_TARGET} 
> /regserver)  
> QMAKE_CLEAN += $ ${ACTIVEQT_OUTPUT}.idl $ ${ACTIVEQT_OUTPUT}.tlb  
> }  
> We patch it like :
> !qaxserver_no_postlink {  
> !isEmpty(QMAKE_POST_LINK):QMAKE_POST_LINK += $ $quote($ 
> $ACTIVEQT_NEWLINE)  
> QMAKE_POST_LINK += $ $quote($ $ACTIVEQT_IDC $ ${ACTIVEQT_TARGET} -idl $ 
> ${ACTIVEQT_OUTPUT}.idl -version $ ${ACTIVEQT_VERSION}$ ${ACTIVEQT_NEWLINE})  
> !isEmpty(RC_FILE) {  
> QMAKE_POST_LINK += $ $quote($ $ACTIVEQT_IDL "$ 
> ${ACTIVEQT_OUTPUT}.idl" -nologo -tlb "$ ${ACTIVEQT_OUTPUT}.tlb"$ 
> $ACTIVEQT_NEWLINE)  
> QMAKE_POST_LINK += $ $quote($ $ACTIVEQT_IDC $ ${ACTIVEQT_TARGET} -tlb 
> $ ${ACTIVEQT_OUTPUT}.tlb$ $ACTIVEQT_NEWLINE)  
> } else {  
> QMAKE_POST_LINK += $ $quote($ $ACTIVEQT_IDL "$ 
> ${ACTIVEQT_OUTPUT}.idl" -nologo -tlb "$ ${ACTIVEQT_TLBOUT}"$ 
> $ACTIVEQT_NEWLINE)  
> message("No rc-file linked into project; type library will be a 
> separate file.")  
> }  
> !qaxserver_no_register: \  
> QMAKE_POST_LINK += $ $quote($ $ACTIVEQT_IDC $ ${ACTIVEQT_TARGET} 
> -regserver)  
> QMAKE_CLEAN += $ ${ACTIVEQT_OUTPUT}.idl $ ${ACTIVEQT_OUTPUT}.tlb  
> }  
> Through this step, the "post-build step" is nearly OK, except for next 
> approach.
> #3 Create a proxy "midl.exe" program to properly introduce midl.exe
> The  IDL compiler in windows is a part of Windows SDK, which has a deep 
> connection with Visual C++ enviroment. We could not simply add path to raw 
> midl.exe for mingw32, this is not enough. midl.exe needs  env paras set by 
> VCVARS32.BAT . We can build a simple proxy app called "midl.exe", put it in 
> msys2 bin folder. This tiny proxy will call real "midl.exe" when post-build 
> step is called.
> ##3.1 The pro file for midl.exe proxy
> QT += core  
> QT -= gui  
>   
> CONFIG += c++11  
>   
> TARGET = midl  
> CONFIG += console  
> CONFIG -= app_bundle  
>   
> TEMPLATE = app  
>   
> SOURCES += main.cpp  
> ##3.2 The

Re: [Msys2-users] BC Segmentation fault

2017-02-18 Thread Angelo Graziosi

It seems it is the "-l" option which gives the segmentation fault:

$ echo "80/8" | bc -l
Segmentation fault (core dump creato)

$ echo "80/8" | bc
10

Il 18/02/2017 19:53, Alexey Pavlov ha scritto:
>
>> 18 февр. 2017 г., в 21:49, Angelo Graziosi  
>> написал(а):
>>
>> Last upgrade for bc does not work:
>
> Update is just rebuild with libreadline7 so maybe issue with using new 
> readline.
>
>>
>> $ echo "80/8" | bc -l
>> Segmentation fault (core dump creato)
>>
>> $ cat bc.exe.stackdump
>> Exception: STATUS_ACCESS_VIOLATION at rip=001004059B3
>> rax=0001004162E8 rbx=00060C4722D0 rcx=004B
>> rdx=000100405E00 rsi=00416308 rdi=C2B0
>> r8 =000100411184 r9 =8080808080808080 r10=FEFEFEFEFEFEFEFF
>> r11= r12=0001004162E8 r13=0001
>> r14=0001004162E8 r15=00010040E820
>> rbp=004B rsp=C150
>> program=C:\msys64\usr\bin\bc.exe, pid 5532, thread main
>> cs=0033 ds=002B es=002B fs=0053 gs=002B ss=002B
>>
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> ___
>> Msys2-users mailing list
>> Msys2-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/msys2-users
>

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Msys2-users mailing list
Msys2-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/msys2-users

Re: [Msys2-users] BC Segmentation fault

2017-02-18 Thread Alexey Pavlov

2017-02-19 3:54 GMT+03:00 ralph engels :

> Also problems with other packages after last update, perl modules locale
> and ssleay no longer work because the dll name changed( old one was
> versioned 3_22 new one uses 3_24), and these modules cannot be rebuilt
> because perl seems to have problems locating its own library (loads of
> undefined references to perls lib).
>
> new gcc also crashes but i managed to get a stable build by rolling my
> own from a bootstrap with the old gcc 4.9 compiler and recompiling gmp
> mpfr mpc iconv gettext and isl.
>
> The perl problem i have not have any luck fixing as of yet.
>
>
First of all check that you have installed perl-5.24.1-2 package. Then
remove perl-ExtUtils-MakeMaker package if it was installed.
I don't know why you have problems with Locale and SSLeay perl modules
because they was rebuilded with perl-5.24.1



>
> Den 18-02-2017 kl. 21:03 skrev Angelo Graziosi:
> > It seems it is the "-l" option which gives the segmentation fault:
> >
> > $ echo "80/8" | bc -l
> > Segmentation fault (core dump creato)
> >
> > $ echo "80/8" | bc
> > 10
> >
> > Il 18/02/2017 19:53, Alexey Pavlov ha scritto:
> >>> 18 февр. 2017 г., в 21:49, Angelo Graziosi 
> написал(а):
> >>>
> >>> Last upgrade for bc does not work:
> >> Update is just rebuild with libreadline7 so maybe issue with using new
> readline.
> >>
> >>> $ echo "80/8" | bc -l
> >>> Segmentation fault (core dump creato)
> >>>
> >>> $ cat bc.exe.stackdump
> >>> Exception: STATUS_ACCESS_VIOLATION at rip=001004059B3
> >>> rax=0001004162E8 rbx=00060C4722D0 rcx=004B
> >>> rdx=000100405E00 rsi=00416308 rdi=C2B0
> >>> r8 =000100411184 r9 =8080808080808080 r10=FEFEFEFEFEFEFEFF
> >>> r11= r12=0001004162E8 r13=0001
> >>> r14=0001004162E8 r15=00010040E820
> >>> rbp=004B rsp=C150
> >>> program=C:\msys64\usr\bin\bc.exe, pid 5532, thread main
> >>> cs=0033 ds=002B es=002B fs=0053 gs=002B ss=002B
> >>>
> >>> 
> --
> >>> Check out the vibrant tech community on one of the world's most
> >>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> >>> ___
> >>> Msys2-users mailing list
> >>> Msys2-users@lists.sourceforge.net
> >>> https://lists.sourceforge.net/lists/listinfo/msys2-users
> > 
> --
> > Check out the vibrant tech community on one of the world's most
> > engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> > ___
> > Msys2-users mailing list
> > Msys2-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/msys2-users
>
>
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Msys2-users mailing list
> Msys2-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/msys2-users
>
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot___
Msys2-users mailing list
Msys2-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/msys2-users

Re: [Msys2-users] BC Segmentation fault

2017-02-18 Thread Alexey Pavlov


> 18 февр. 2017 г., в 21:49, Angelo Graziosi  
> написал(а):
> 
> Last upgrade for bc does not work:

Update is just rebuild with libreadline7 so maybe issue with using new readline.

> 
> $ echo "80/8" | bc -l
> Segmentation fault (core dump creato)
> 
> $ cat bc.exe.stackdump
> Exception: STATUS_ACCESS_VIOLATION at rip=001004059B3
> rax=0001004162E8 rbx=00060C4722D0 rcx=004B
> rdx=000100405E00 rsi=00416308 rdi=C2B0
> r8 =000100411184 r9 =8080808080808080 r10=FEFEFEFEFEFEFEFF
> r11= r12=0001004162E8 r13=0001
> r14=0001004162E8 r15=00010040E820
> rbp=004B rsp=C150
> program=C:\msys64\usr\bin\bc.exe, pid 5532, thread main
> cs=0033 ds=002B es=002B fs=0053 gs=002B ss=002B
> 
> --
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
> ___
> Msys2-users mailing list
> Msys2-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/msys2-users


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Msys2-users mailing list
Msys2-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/msys2-users

Re: [Msys2-users] BC Segmentation fault

2017-02-18 Thread Angelo Graziosi



Il 18/02/2017 19:53, Alexey Pavlov ha scritto:
>
>> 18 февр. 2017 г., в 21:49, Angelo Graziosi  
>> написал(а):
>>
>> Last upgrade for bc does not work:
>
> Update is just rebuild with libreadline7 so maybe issue with using new 
> readline.

then, other packages could suffer the same issue... :-(

>
>>
>> $ echo "80/8" | bc -l
>> Segmentation fault (core dump creato)
>>
>> $ cat bc.exe.stackdump
>> Exception: STATUS_ACCESS_VIOLATION at rip=001004059B3
>> rax=0001004162E8 rbx=00060C4722D0 rcx=004B
>> rdx=000100405E00 rsi=00416308 rdi=C2B0
>> r8 =000100411184 r9 =8080808080808080 r10=FEFEFEFEFEFEFEFF
>> r11= r12=0001004162E8 r13=0001
>> r14=0001004162E8 r15=00010040E820
>> rbp=004B rsp=C150
>> program=C:\msys64\usr\bin\bc.exe, pid 5532, thread main
>> cs=0033 ds=002B es=002B fs=0053 gs=002B ss=002B
>>
>> --
>> Check out the vibrant tech community on one of the world's most
>> engaging tech sites, SlashDot.org! http://sdm.link/slashdot
>> ___
>> Msys2-users mailing list
>> Msys2-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/msys2-users
>

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Msys2-users mailing list
Msys2-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/msys2-users

[Msys2-users] tar + gzip problem

2017-02-18 Thread Matthew A. Postiff

Hi,

I have a Windows gtk program that I build in an msys2 environment, and 
the program itself uses some msys2 utilities. I copy the ones I need 
into the C:\program files\myprogram\bin with the idea that I don't have 
to install all of msys2 to run the program. In my program I spawn the 
command tar -czf

Tar breaks because it cannot find gzip.

Same thing happens when I run tar from a cmd command line:

C:\>tar -czf C:\Users\me\backup.tar.gz .
tar (grandchild): gzip: Cannot exec: No such file or directory
tar (grandchild): Error is not recoverable: exiting now
tar: C\:\\Users\\me\\backup.tar.gz: Cannot write: Broken pipe

Has anyone run into this? Suggestions? Thank you,

Matt


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, SlashDot.org! http://sdm.link/slashdot
___
Msys2-users mailing list
Msys2-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/msys2-users

Re: [Msys2-users] BC Segmentation fault

Re: [Msys2-users] Temporary patched ActiveQt module problems for MSYS2

Re: [Msys2-users] BC Segmentation fault

Re: [Msys2-users] BC Segmentation fault

Re: [Msys2-users] BC Segmentation fault

Re: [Msys2-users] BC Segmentation fault

[Msys2-users] tar + gzip problem

7 matches

Site Navigation

Mail list logo

Footer information