mingw-msys — A members only discussion list for the use of MSYS.

Re: [Mingw-msys] echo $BASH_SOURCE in Test_Bash_2.sh

[Stephen G. B. <sg_...@mc...>]

Hi Keith

Thanks for your reply.

In a msydvlpr shell I get

---------------------------------------------------
GNUCash@ELSHADAI ~
$ uname -orv
uname: invalid option -- o
Try `uname --help' for more information.

GNUCash@ELSHADAI ~
$ sh --version
GNU bash, version 2.04.0(1)-release (i686-pc-msys)
Copyright 1999 Free Software Foundation, Inc.

GNUCash@ELSHADAI ~
$

--------------------------------------------------------------

Obviously I need to update.

This is the enviroment I get when compiling GNUCash from their packaging 
svn.

I know that it creates other bin subdir when installing the compiler tools.

I will need to work out how to add these bin subdir to .bashrc so I can test 
why gnucash compiles
very unreliably on this machine.

It has been suggested to me that I could have a race condition in rm

Is there a whereis command under msys/mingw?

Thanks in advance for your help

Stephen Grant Brown

----- Original Message ----- 
From: "Keith Marshall" <kei...@us...>
To: <min...@li...>
Sent: Wednesday, March 18, 2009 9:53 PM
Subject: Re: [Mingw-msys] echo $BASH_SOURCE in Test_Bash_2.sh


> Hi Stephen,
>
> Please consider migrating to MinGW-users; I'd like to deprecate this
> list.  Thanks.
>
> On Wednesday 18 March 2009 00:55:16 Stephen Grant Brown wrote:
>> In Test_Bash_2.sh
>>
>> I have
>>
>> echo $LINENO
>> echo $BASH_SOURCE
>> echo $LINENO
>> pwd
>> echo $LINENO
>>
>> The following is the output of a msys shell
>>
>> $ Test_Bash_2.sh
>> 1
>>
>> 3
>> /src
>> 5
>
> And you expected to see `./Test_Bash_2.sh', rather than that blank
> line between `1' and `3'?  I can't reproduce this; I see:
>
>  $ uname -orv
>  1.0.11(0.46/3/2) 2009-01-29 00:39 Msys
>
>  $ sh --version
>  GNU bash, version 3.1.0(1)-release (i686-pc-msys)
>  Copyright (C) 2005 Free Software Foundation, Inc.
>
>  $ cat > foo.sh <<\EOF
>  > #!/bin/sh
>  > echo $LINENO
>  > echo $BASH_SOURCE
>  > echo $LINENO
>  > pwd
>  > echo $LINENO
>  > EOF
>
>  $ foo.sh
>  2
>  ./foo.sh
>  4
>  /home/keith
>  6
>
> (Note that I added a shebang, which accounts for the line number
> differences, but the result is similar without it).
>
>> I am using msys on a Windows XP machine
>
> What versions of MSYS, and bash?
>
>> Under cygwin on a Windows ME machine I see the Test_Bash_2.sh
>> filename printed.
>
> FWIW, I see the same on my Ubuntu-8.04-LTS box, but I also see it in
> the latest MSYS-1.0.11 snapshot, on Win2K, with bash-3.1.0(1).
>
>> Why am I not seeing it on this machine?
>
> Perhaps you are using an older version of bash?  In any case, I'd
> caution against using $BASH_VERSION in this fashion; see:
>
>  $ man bash
>    :
>  BASH_SOURCE
>      An array variable whose members are the source filenames
>      corresponding to the elements in the FUNCNAME array variable.
>    :
>  FUNCNAME
>      An array variable containing the names of all shell functions
>      currently in the execution call stack.  The element with index
>      0 is the name of any currently‐executing shell function.  The
>      bottom‐most element is "main".  This variable exists only when
>      a shell function is executing.  ...
>
> Note that $BASH_SOURCE is an array variable, and it is related to the
> $FUNCNAME array variable, which is empty (undefined) when not within
> the scope of execution of a shell function.  Thus, the behaviour you
> see, (i.e. $BASH_SOURCE is empty), actually seems to me to be more
> consistent with the documentation.
>
> If you want the file name for the current script, get it from $0.
>
> -- 
>
> Regards,
> Keith.
>
> ------------------------------------------------------------------------------
> Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
> powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
> easily build your RIAs with Flex Builder, the Eclipse(TM)based development
> software that enables intelligent coding and step-through debugging.
> Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
> _______________________________________________
> Mingw-msys mailing list
> Min...@li...
> https://lists.sourceforge.net/lists/listinfo/mingw-msys
> 

Re: [Mingw-msys] echo $BASH_SOURCE in Test_Bash_2.sh

[Keith M. <kei...@us...>]

On Wednesday 18 March 2009 19:17:19 Damon Register wrote:
> > Please consider migrating to MinGW-users; I'd like to deprecate
> > this list.  Thanks.
>
> I just posted a question on this list today.  should I move that
> Re: [Mingw-msys] sed on msys error
> message the other list?

No.  I've already answered, within the existing thread.

Deprecate doesn't mean immediately kill it off.  Existing threads may 
be allowed to run their natural course here, but please use the other 
list for new topics.

-- 

Regards,
Keith.

Re: [Mingw-msys] sed on msys error

[Keith M. <kei...@us...>]

On Wednesday 18 March 2009 18:25:20 Damon Register wrote:
> I compiled with
>
> gcc -I/c/gtkmm/include -L/c/gtkmm/lib -liconv.dll iconvtest.c

You've committed the cardinal sin of specifying your libraries before 
the modules which require them.  It should be:

  gcc -I/c/gtkmm/include iconvtest.c -L/c/gtkmm/lib -liconv

so that the linker knows what symbols it needs from libiconv.dll, 
*before* it reads it; as you've specified it, libiconv.dll.a is read 
first, before any symbol dependencies have been identified, so no 
references are attributed to it, then iconvtest.c is loaded into the 
image, generating a list of dependencies, with nothing read after it, 
to satisfy them.

Also note, you should refer to `-liconv', or to `libiconv.dll.a', but 
*not* to `-liconv.dll'.

-- 

Regards,
Keith.

Re: [Mingw-msys] echo $BASH_SOURCE in Test_Bash_2.sh

[Damon R. <dam...@lm...>]

Keith Marshall wrote:
> Hi Stephen,
> 
> Please consider migrating to MinGW-users; I'd like to deprecate this 
> list.  Thanks.
I just posted a question on this list today.  should I move that
Re: [Mingw-msys] sed on msys error
message the other list?

Damon Register

Re: [Mingw-msys] echo $BASH_SOURCE in Test_Bash_2.sh

[Keith M. <kei...@us...>]

Hi Stephen,

Please consider migrating to MinGW-users; I'd like to deprecate this 
list.  Thanks.

On Wednesday 18 March 2009 00:55:16 Stephen Grant Brown wrote:
> In Test_Bash_2.sh
>
> I have
>
> echo $LINENO
> echo $BASH_SOURCE
> echo $LINENO
> pwd
> echo $LINENO
>
> The following is the output of a msys shell
>
> $ Test_Bash_2.sh
> 1
>
> 3
> /src
> 5

And you expected to see `./Test_Bash_2.sh', rather than that blank 
line between `1' and `3'?  I can't reproduce this; I see:

  $ uname -orv
  1.0.11(0.46/3/2) 2009-01-29 00:39 Msys

  $ sh --version
  GNU bash, version 3.1.0(1)-release (i686-pc-msys)
  Copyright (C) 2005 Free Software Foundation, Inc.

  $ cat > foo.sh <<\EOF
  > #!/bin/sh
  > echo $LINENO
  > echo $BASH_SOURCE
  > echo $LINENO
  > pwd
  > echo $LINENO
  > EOF

  $ foo.sh
  2
  ./foo.sh
  4
  /home/keith
  6

(Note that I added a shebang, which accounts for the line number
 differences, but the result is similar without it).

> I am using msys on a Windows XP machine

What versions of MSYS, and bash?

> Under cygwin on a Windows ME machine I see the Test_Bash_2.sh
> filename printed.

FWIW, I see the same on my Ubuntu-8.04-LTS box, but I also see it in 
the latest MSYS-1.0.11 snapshot, on Win2K, with bash-3.1.0(1).

> Why am I not seeing it on this machine?

Perhaps you are using an older version of bash?  In any case, I'd 
caution against using $BASH_VERSION in this fashion; see:

  $ man bash
    :
  BASH_SOURCE
      An array variable whose members are the source filenames
      corresponding to the elements in the FUNCNAME array variable.
    :
  FUNCNAME
      An array variable containing the names of all shell functions
      currently in the execution call stack.  The element with index
      0 is the name of any currently‐executing shell function.  The 
      bottom‐most element is "main".  This variable exists only when
      a shell function is executing.  ...

Note that $BASH_SOURCE is an array variable, and it is related to the 
$FUNCNAME array variable, which is empty (undefined) when not within 
the scope of execution of a shell function.  Thus, the behaviour you 
see, (i.e. $BASH_SOURCE is empty), actually seems to me to be more 
consistent with the documentation.

If you want the file name for the current script, get it from $0.

-- 

Regards,
Keith.

Re: [Mingw-msys] sed on msys error

[Damon R. <dam...@lm...>]

Keith Marshall wrote:
> may be seen in the attached libiconv-1.12.patch-1, but better still, 
> IMO, to eliminate this complex sed expression altogether, in favour 
> of the much simpler, and therefore more robust, implementation 
> provided in my recommended alternative libiconv-1.12.patch-2.
I have just tried to build libiconv-1.12 and have run into this sed
problem.  I found this thread from last year so I tried the patch-2
that you suggested.  The make and install seemed to complete with
no more errors.  I am not able to build anything using libiconv.
I tried this simple test case and get linker errors like this:
undefined reference to `libiconv_open'.

I compiled with

gcc -I/c/gtkmm/include -L/c/gtkmm/lib -liconv.dll iconvtest.c

Can anyone help with this?  Is there anything else other than
the libiconv-1.12.patch-2 patch before libiconv-1.12 can be built
and used with msys/mingw?

Damon Register

[Mingw-msys] echo $BASH_SOURCE in Test_Bash_2.sh

[Stephen G. B. <sg_...@mc...>]

Hi All

In Test_Bash_2.sh

I have 

echo $LINENO
echo $BASH_SOURCE
echo $LINENO
pwd
echo $LINENO

The following is the output of a msys shell

----------------------------------------------------------------

GNUCash@ELSHADAI /src
$ less Test_Bash_2.sh

GNUCash@ELSHADAI /src
$ Test_Bash_2.sh
1

3
/src
5

GNUCash@ELSHADAI /src
$ 

------------------------------------------------------------------

I am using msys on a Windows XP machine

Under cygwin on a Windows ME machine I see the Test_Bash_2.sh filename printed.

Why am I not seeing it on this machine?

Yours Sincerely Stephen Grant Brown

Re: [Mingw-msys] stackdump Problem with configure or msysinfo

[Ro'ee <sf...@gm...>]

Thanks Cesar,
It's seems to be working!

Regards,
Ro'ee


Cesar Strauss-2 wrote:
> 
> Ro'ee wrote:
>>
>> Hello all,
>>
>> I have problem with my new laptop (dell inspiron 1525,XP) and msys. I've
>> been trying for some time to utilize msys on this laptop with no success.
>> The problem arises when I'm trying to compile (in this case it is GNU-MP
>> but
>> I'm sure it doesn't relate to it). When I use the ./configure command, it
>> shows the following message:
>>
>>
>>      0 [main] sh 2832 open_stackdumpfile: Dumping stack trace to
>> sh.exe.stackdump
> 
> Please try unpacking MSYS-1.0.11-20090120-dll.tar.gz from
> http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=24963
> 
> Then, replace the files in the "bin" directory of your MSYS
> installation with these new files.
> 
> If the problem still occurs, please send the contents of the
> sh.exe.stackdump as well as the msysinfo report.
> 
> Hope this helps,
> 
> Cesar Strauss
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco,
> CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the
> Enterprise
> -Strategies to boost innovation and cut costs with open source
> participation
> -Receive a $600 discount off the registration fee with the source code:
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> Mingw-msys mailing list
> Min...@li...
> https://lists.sourceforge.net/lists/listinfo/mingw-msys
> 
> 

-- 
View this message in context: http://www.nabble.com/stackdump-Problem-with-configure-or-msysinfo-tp22180797p22270796.html
Sent from the MinGW - MSYS mailing list archive at Nabble.com.

Re: [Mingw-msys] Display file anme and line number of bash file

[Stephen G. B. <sg_...@mc...>]

Hi Greg,

Tracing is not my goal.

I am building msysCORE-1.0.11-20080826 via msysbld.sh.

Here is output from msysdvlpr

-----------------------------------------------------------------------------------------------------

GNUCash@ELSHADAI ~/src/MSYS-1.0.11/msys_base/msysCORE-1.0.11-20080826
$ msysbld.sh
Entering src_build
BASH =  /usr/bin/sh
LINENO =  3
COMP_LINE =
BASH_SOURCE =
BASH_COMMAND =

${BASH_LINENO[$i]} =
 =
Entering do_build
Entering src_prep
Entering do_prep
Configuring for a i686-pc-msys host.
mv: cannot stat `Makefile': Permission denied
mv: cannot stat `Makefile': Permission denied
sed: can't read ./Makefile.tem: No such file or directory
mv: cannot move `Makefile.tem' to `Makefile'
Created "Makefile" in 
/home/GNUCash/src/MSYS-1.0.11/msys_base/msysCORE-1.0.11-20080826/src/MSYS-1.0.11-20080821/build 
using "mh-frag"
Configuring etc...
loading site script /usr/etc/config.site
creating cache ../config.cache
checking for a BSD compatible install... /bin/install -c
updating cache ../config.cache
creating ./config.status
creating Makefile
make: *** No rule to make target `clean'.  Stop.
make: *** No targets.  Stop.

=============
fail3
Build failed.
=============

==================
MSYS Build failed.
==================

GNUCash@ELSHADAI ~/src/MSYS-1.0.11/msys_base/msysCORE-1.0.11-20080826

---------------------------------------------------------------------------------------

I want a more informative message than

MSYS Build failed

But yes, tracing is part of the process I will use to get a more informative 
message.

Yours Sincerely Stephen Grant Brown

----- Original Message ----- 
From: "Greg Chicares" <gch...@sb...>
To: "MSYS Discussion List" <min...@li...>
Sent: Friday, February 27, 2009 3:27 AM
Subject: Re: [Mingw-msys] Display file anme and line number of bash file


> On 2009-02-26 16:12Z, Stephen Grant Brown wrote:
> [reformatted--please break long lines]
>> I am trying to display the file name and line number that is
>> currently being executed in a bash file.
>
> Is tracing your goal? If so, consider using 'set -x'.
>
>
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, 
> CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the 
> Enterprise
> -Strategies to boost innovation and cut costs with open source 
> participation
> -Receive a $600 discount off the registration fee with the source code: 
> SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> Mingw-msys mailing list
> Min...@li...
> https://lists.sourceforge.net/lists/listinfo/mingw-msys
>
> 

Re: [Mingw-msys] Display file anme and line number of bash file

[Greg C. <gch...@sb...>]

On 2009-02-26 16:12Z, Stephen Grant Brown wrote:
[reformatted--please break long lines]
> I am trying to display the file name and line number that is
> currently being executed in a bash file.

Is tracing your goal? If so, consider using 'set -x'.

[Mingw-msys] Display file anme and line number of bash file

[Stephen G. B. <sg_...@mc...>]

Hi All,

I am trying to display the file name and line number that is currently being executed in a bash file.

Test_Bash.sh contains
---------------------------------------------------------------------------------------------------------
#! /bin/sh
#
src_build()
{
  echo "Entering src_build"
  echo "BASH = " $BASH
  echo "LINENO = " $LINENO
  echo "COMP_LINE = " $COMP_LINE
  echo "BASH_SOURCE = " $BASH_SOURCE
  echo "BASH_COMMAND = " $BASH_COMMAND
  echo ${BASH_SOURCE[$i]}
  echo '${BASH_LINENO[$i]} = ' ${BASH_LINENO[$i]}
  echo "$i = " $i
  pwd
  ls
}

fail()
{
  echo
  echo "============="
  echo "fail         "
  echo "Build failed."
  echo "============="
  exit 1
}

succeed()
{
  echo
  echo "================"
  echo "Build succeeded."
  echo "================"
}

if src_build; then
  succeed
else
  echo "src_build fail"
  fail
fi

------------------------------------------------------------------------------------------------------------------

Part of the msys output is

GNUCash@ELSHADAI ~
$ Test_Bash.sh
Entering src_build
BASH =  /usr/bin/sh
LINENO =  3
COMP_LINE = 
BASH_SOURCE = 
BASH_COMMAND = 

${BASH_LINENO[$i]} = 
 = 
/home/GNUCash
Packaging  Test_Bash.sh  src

================
Build succeeded.
================

GNUCash@ELSHADAI ~

How do I display the line number and filename of the currently executing bash file?

Thanks in advance for your help

Yours Sincerely Stephen Grant Brown

Re: [Mingw-msys] stackdump Problem with configure or msysinfo

[Cesar S. <ces...@gm...>]

Ro'ee wrote:
>
> Hello all,
>
> I have problem with my new laptop (dell inspiron 1525,XP) and msys. I've
> been trying for some time to utilize msys on this laptop with no success.
> The problem arises when I'm trying to compile (in this case it is GNU-MP but
> I'm sure it doesn't relate to it). When I use the ./configure command, it
> shows the following message:
>
>
>      0 [main] sh 2832 open_stackdumpfile: Dumping stack trace to
> sh.exe.stackdump

Please try unpacking MSYS-1.0.11-20090120-dll.tar.gz from
http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=24963

Then, replace the files in the "bin" directory of your MSYS
installation with these new files.

If the problem still occurs, please send the contents of the
sh.exe.stackdump as well as the msysinfo report.

Hope this helps,

Cesar Strauss

[Mingw-msys] stackdump Problem with configure or msysinfo

[Ro'ee <sf...@gm...>]

Hello all,

I have problem with my new laptop (dell inspiron 1525,XP) and msys. I've
been trying for some time to utilize msys on this laptop with no success.
The problem arises when I'm trying to compile (in this case it is GNU-MP but
I'm sure it doesn't relate to it). When I use the ./configure command, it
shows the following message:


      0 [main] sh 2832 open_stackdumpfile: Dumping stack trace to
sh.exe.stackdump
      0 [main] sh 2532 open_stackdumpfile: Dumping stack trace to
sh.exe.stackdump
./configure: line 63:  2532 Segmentation fault      (core dumped) ( set +x;
test -z "`(eval $as_var=C; export $as_var) 2>&1`" )
      0 [main] sh 4004 open_stackdumpfile: Dumping stack trace to
sh.exe.stackdump
./configure: line 63:  4004 Segmentation fault      (core dumped) ( set +x;
test -z "`(eval $as_var=C; export $as_var) 2>&1`" )
      0 [main] sh 2800 open_stackdumpfile: Dumping stack trace to
sh.exe.stackdump
      0 [main] sh 2776 open_stackdumpfile: Dumping stack trace to
sh.exe.stackdump
configure: error: cannot find sources (gmp-impl.h) in  or ..


Also, when I use the msysinfo command, the I get the following:

msysinfo-1.3: Send this to the MSYS support list:

MSYS 1.0.10(0.46/3/2) 2004-03-15 07:17 i686 unknown; targ=MINGW32
GNU bash, version 3.1.0(1)-release (i686-pc-msys); ENV=.profile
GNU Make version 3.79.1,Built for i686-pc-msys; MAKE_MODE=unix
gcc.exe (GCC) 3.4.5 (mingw-vista special r3); targ=MINGW32
GNU ld version 2.17.50 20060824
radi 789320 2004-03-16 13:32:49.000000000 +0200 /bin/msys-1.0.dll
      0 [main] sh 4068 open_stackdumpfile: Dumping stack trace to
sh.exe.stackdump
      0 [main] sh 640 open_stackdumpfile: Dumping stack trace to
sh.exe.stackdump
radi 806237 2006-08-25 08:35:47.000000000 +0300 /mingw/bin/ld.exe
HOME=/home/Natalie Sfaradi
Sysname=MINGW32_NT-5.1  OSTYPE=msys  TERM=msys
PATH=.:/usr/local/bin:/mingw/bin:/bin:/c/WINDOWS/system32:/c/WIN
DOWS:/c/WINDOWS/system32/wbem:/c/Program Files/MATLAB/R2006a/bin
/win32:/c/Program Files/Microsoft SQL Server/90/Tools/binn/:/min
gw/bin/
$ ls -tx /home/Natalie Sfaradi
sh.exe.stackdump  gmp-4.2.4/  gmp-4.2.4.tar.bz2


I tried:
1. uninstall,reinsall
2. running in safe mode
3. disable antivirus (kaspersky)
4. disable almost every process that can be disabled.
5. finding solutions in forums

but without success...

Any help or guidance would be appreciated...

-- 
View this message in context: http://www.nabble.com/stackdump-Problem-with-configure-or-msysinfo-tp22180797p22180797.html
Sent from the MinGW - MSYS mailing list archive at Nabble.com.

Re: [Mingw-msys] can't compile autoconf 2.62 or 2.63

[JonY <10...@gm...>]

On 2/25/2009 20:30, Jamiil wrote:
> I have a class that I use all of my programs, Lib::Exception. I would
> like to make of this class a library I can link all my programs to,
> instead of having it include in all my programs. Is there are place on
> the Net explaining how to do this?
>
> TIA
>

Hi,

Please start a new thread with a new topic, you are hijacking an 
existing thread. Furthermore, you are posting on the wrong list, please 
use MinGW-users instead. This list is for issues relating to the use of 
MSYS with MinGW.

Thank you.

Re: [Mingw-msys] can't compile autoconf 2.62 or 2.63

[Jamiil <jal...@gm...>]

I have a class that I use all of my programs, Lib::Exception. I would 
like to make of this class a library I can link all my programs to, 
instead of having it include in all my programs. Is there are place on 
the Net explaining how to do this?

TIA

-- 
Know this... God will move heavens and earth to do what you cannot do and that He will not for something you can.

Happiness has many doors, and when one of them closes another opens, yet we spent so much time looking at the one that is shut that we don't see the one that just opened..

Re: [Mingw-msys] can't compile autoconf 2.62 or 2.63

[Keith M. <kei...@us...>]

On Monday 23 February 2009 19:44:39 Vincent Torri wrote:
> Hey,
>
> I'm trying to compile autoconf 2.62 or 2.63,

Both of these build OOTB, provided you follow a few simple guidelines.

> unfortunately, there 
> is an error when running make (i don't see any problem with
> configure):
>
> Making all in m4sugar
> make[3]: Entering directory
> `/home/vincent/tmp/autoconf-2.62/lib/m4sugar'
> autom4te_perllibdir='../..'/lib
> AUTOM4TE_CFG='../../lib/autom4te.cfg' ../../bin/autom4te -B
> '../..'/lib -B '../..'/lib                         \
> --language=m4sugar                      \
>          --freeze                        \
>          --output=m4sugar.m4f
> autom4te: freezing produced output:
> autom4te:
>
> [snip a lot...]
>
> autom4te:
> make[3]: *** [m4sugar.m4f] Error 1
> make[3]: Leaving directory
> `/home/vincent/tmp/autoconf-2.62/lib/m4sugar'
>
> I have msys 1.0.11. Does someone know why there is such error ?

Looks like you are using a native build of m4, instead of the MSYS 
build -- the above error is definitively symptomatic of precisely 
that.  You *must* install, and use the m4-1.4.7 build for MSYS; you 
*must* also use the MSYS build of perl.  In addition to this, you 
must *not* configure and build in the source directory.

Please search the archives of both this list, and of MinGW-Users; I've 
already dealt with this issue, at some length, on more than one 
occasion in the past year or so.

-- 

Regards,
Keith.

[Mingw-msys] can't compile autoconf 2.62 or 2.63

[Vincent T. <vt...@un...>]

Hey,

I'm trying to compile autoconf 2.62 or 2.63, unfortunately, there is an 
error when running make (i don't see any problem with configure):

Making all in m4sugar
make[3]: Entering directory `/home/vincent/tmp/autoconf-2.62/lib/m4sugar'
autom4te_perllibdir='../..'/lib AUTOM4TE_CFG='../../lib/autom4te.cfg' 
../../bin/autom4te -B '../..'/lib -B '../..'/lib                         \
         --language=m4sugar                      \
         --freeze                        \
         --output=m4sugar.m4f
autom4te: freezing produced output:
autom4te:
autom4te:
autom4te:

[snip a lot...]

autom4te:
make[3]: *** [m4sugar.m4f] Error 1
make[3]: Leaving directory `/home/vincent/tmp/autoconf-2.62/lib/m4sugar'


I have msys 1.0.11. Does someone know why there is such error ?

thank you

Vincent Torri

[Mingw-msys] Editing msys.bat

[Maurí­cio <bri...@ya...>]

Hi,

I've just found on the net that in a windows
console I can type:

chcp 65001

and it's going to use and understand UTF-8. I
would like to use that with MSYS, so I removed
the line that says:

start rxvt ... -e sh ...

and left instead just:

sh ...

That way, sh runs in a windows console. What I
would like to do is to first tell that same
console to use UTF-8, and thought this would
work:

chcp 65001
sh ...

But it doesn't. For same reason, the window
just desapear. Using something diferent do
work, like:

dir
sh ...

(i.e., in the sense that dir output is shown
and then I can use 'sh'.)

Do you know what can I do?

Thanks,
Maurício

Re: [Mingw-msys] Msys on Windows 7 64 bit

[Alex <vo...@al...>]

Alex wrote:
> Yea, I saw this too. But how in the world would you relate ISA Server 
> 2000 and Windows 7?
> 

to make it clear, users, administartors, and system have full rights to 
the msys folder...

Re: [Mingw-msys] Msys on Windows 7 64 bit

[Alex <vo...@al...>]

Johannes Schindelin wrote:
> Hi,
> 
> On Mon, 9 Feb 2009, Alex wrote:
> 
>> Greg Chicares wrote:
>>> On 2009-02-08 23:10Z, Alex wrote:
>>>> Has anyone had msys working on Windows 7 64 bit version?
>>>> I'm getting "The application failed to initialize properly (0xc0000142)" 
>>> Have you tried pasting the error message into google?
>>>
>>> http://www.google.com/search?q="The+application+failed+to+initialize+properly+(0xc0000142)"
>>>
>> Yes, I have. The only somewhat reasonable suggestion I saw was to alter 
>> the registry value 
>> HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session 
>> Manager\SubSystems\Windows, but this did not help. I did not reboot 
>> thoug after changing the value though. I'll try that later.
> 
> Funny.  The first Google hit _I_ get suggests something completely 
> different:
> 
> 	http://support.microsoft.com/kb/838857
> 
> It talks about ths ISA Server 2000, and that you have to assign full 
> control permissions for the program in question to two security groups.
> 
> Ciao,

Yea, I saw this too. But how in the world would you relate ISA Server 
2000 and Windows 7?

Re: [Mingw-msys] Msys on Windows 7 64 bit

[Johannes S. <Joh...@gm...>]

Hi,

On Mon, 9 Feb 2009, Alex wrote:

> Greg Chicares wrote:
> > On 2009-02-08 23:10Z, Alex wrote:
> >> Has anyone had msys working on Windows 7 64 bit version?
> >> I'm getting "The application failed to initialize properly (0xc0000142)" 
> > 
> > Have you tried pasting the error message into google?
> > 
> > http://www.google.com/search?q="The+application+failed+to+initialize+properly+(0xc0000142)"
> > 
> Yes, I have. The only somewhat reasonable suggestion I saw was to alter 
> the registry value 
> HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session 
> Manager\SubSystems\Windows, but this did not help. I did not reboot 
> thoug after changing the value though. I'll try that later.

Funny.  The first Google hit _I_ get suggests something completely 
different:

	http://support.microsoft.com/kb/838857

It talks about ths ISA Server 2000, and that you have to assign full 
control permissions for the program in question to two security groups.

Ciao,
Dscho

Re: [Mingw-msys] Msys on Windows 7 64 bit

[Alex <vo...@al...>]

Greg Chicares wrote:
> On 2009-02-08 23:10Z, Alex wrote:
>> Has anyone had msys working on Windows 7 64 bit version?
>> I'm getting "The application failed to initialize properly (0xc0000142)" 
> 
> Have you tried pasting the error message into google?
> 
> http://www.google.com/search?q="The+application+failed+to+initialize+properly+(0xc0000142)"
> 
Yes, I have. The only somewhat reasonable suggestion I saw was to alter 
the registry value 
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session 
Manager\SubSystems\Windows, but this did not help. I did not reboot 
thoug after changing the value though. I'll try that later.

Re: [Mingw-msys] Msys on Windows 7 64 bit

[Greg C. <gch...@sb...>]

On 2009-02-08 23:10Z, Alex wrote:
> Has anyone had msys working on Windows 7 64 bit version?
> I'm getting "The application failed to initialize properly (0xc0000142)" 

Have you tried pasting the error message into google?

http://www.google.com/search?q="The+application+failed+to+initialize+properly+(0xc0000142)"

[Mingw-msys] Msys on Windows 7 64 bit

[Alex <vo...@al...>]

Has anyone had msys working on Windows 7 64 bit version?
I'm getting "The application failed to initialize properly (0xc0000142)" 
error.
I tried both 1.0.10  and 1.011 with the same result.

Alex.

[Mingw-msys] large memory in fotran programs

[gyanendra s. <gk...@re...>]

Dear Sirs,

i have commisioned MinGw, Msys and G77 fortran successfully.trying to run arpack on tha same. Little success achieved in running small sized problems. Need help in how to specify large matrices for successful runs..............

with warm regards.

g k sharma

gk...@re...