mingw-msys Mailing List for MinGW - Minimalist GNU for Windows

On Sat, 23 Nov 2002 10:57:00 -0500
Earnie Boyd <ear...@ya...> wrote:

> Hi Mo,
> 
> I'm planning an rc-3 release the first part of next week.  Please try 
> again with that release.
> 
> Earnie.

...

> > Well, it sort of works now. I was able to build both Tcl and Tk with
> > this release, but sh still suffers some sort of signal related timeout
> > when linking the Tk executable under Win98. Here is what gets printed
> > to the screen during the Tk link process.

I tried 1.0.8 rc3 and it worked like a charm. I can now build Tcl/Tk with
msys. Thanks much for fixing these problems.

Mo DeJong

Hi There,

FWIW,

I installed clean MingW into d:\mingw

and MSysDTK the msys '/' , then I ran gdb perl which gave me this output

[>>>snip<<<]
Starting program: D:\MSYS\BIN/perl.exe

Program received signal SIGILL, Illegal instruction
0x61a52849 in ?? ()
(gdb)
[>>>snip<<]


Cheers

Dave

Luke Dunstan wrote:
> 
> 
> Ideally it shouldn't matter, but IIRC this was a crash rather than the 
> DLL not found error. I gather that many GNU and other applications 
> hardcode installation paths in various places, and probably most ports 
> of this software to MSYS/Cygwin wouldn't change this because it is just 
> easier not to. This is in contrast to, for example, MinGW GCC which has 
> been modified to use paths relative to the executable directory. I think 
> it is better to just use the approved installation directory for most 
> MSYS-dependent software, because finding these problems can indeed be a 
> needle/haystack exercise.
> 

Yes, you're correct.

Earnie.

Manu wrote:
> 
>>If anyone is willing to work on any of this, we can discuss it in
>>MinGW-dvlpr.
> 
> 
> Then, no MSYS loader? That's unfortunate.
> 

I didn't say that, I was just distributing ideas, the same as you.

> Ok. I'll do it anyway. Currently, I can build the sources and run
> MSYS within Visual-MinGW. (Just wonderful! Believe me!)
> 

This sounds great, I'll have to give it a try.

Earnie.

> >>Do you have the problem if you execute from the msys.bat file as shipped?
> > 
> > Yes! Just type a lot of `b' letters in the Courier-12 font. The leftmost
> > column will be cropped if you move the cursor right to left.
> > If I change the -fn ...
> > argument in the .bat file, the problem appears. There is no problem with
> > the Fixedsys font, because it has transparent pixels in
> > all leftmost columns, so accidentally clearing these columns remains
> > invisible. But the Courier-12 font and the 6x13 font (same as in X11)
> > makes the problem clearly visible. I strogly think that it is an rxvt or
> > libW11 bug that has been corrected in the latest cygwin version I've
> > mentioned above.
> > 
> 
> I can't duplicate your problem.

Maybe not all Courier fonts are the same :-(. I use Win98. I attach the
6x13 whose `a' letters cause the problem for me. (See the screen shot.)

--- (vvv use GNU); pt...@in...; http://www.inf.bme.hu/~pts
[/dlflg/=u]dZ[lalbdlp*lqlg*+lpla*lqlf*+lflgsbsasfsglex]dscZ[r%O*]sdzzKsa
[nlbdlaldxlglfldxsfdsalex]dsuZ[.]zsqsssgsbnsfspselsn[lcxsslqdlp+spz+sqdx]dx

>From: Earnie Boyd <ear...@ya...>
>Reply-To: Min...@li...
>To: Luke Dunstan <cod...@ho...>
>CC: ga...@sl...,  Min...@li...
>Subject: Re: [Mingw-msys] Re: Perl causes an error in libperl.dll
>Date: Sat, 30 Nov 2002 14:21:33 -0500
>
>Luke Dunstan wrote:
>>
>>
>>
>>>From: "Dave Rowbotham" <ga...@sl...>
>>>To: <Min...@li...>
>>>Subject: Re: [Mingw-msys] Re: Perl causes an error in libperl.dll
>>>Date: Sat, 30 Nov 2002 12:59:47 -0000
>>>
>>>Hi There
>>>
>>> > What is the output of
>>> >    type -a perl
>>> > from with the MSYS shell?
>>>
>>>perl is /mingw/bin/perl
>>
>>
>>Apparently you extracted msysDTK into your MinGW directory (/mingw) 
>>instead of your MSYS root directory (/). Unfortunately there isn't an 
>>uninstall for tar.gz files so you may need to remove and reinstall MinGW 
>>if you want to be sure msysDTK is uninstalled.
>>
>
>Well, nice catch Luke.  But with 1.0.8 it shouldn't matter, although it 
>would still be faster for msys-1.0.dll dependent binaires to live in /bin.  
>Perhaps the error is due to reading the binary to find the dll entries to 
>figure out if it is an MSYS binary.
>
>Earnie.

Ideally it shouldn't matter, but IIRC this was a crash rather than the DLL 
not found error. I gather that many GNU and other applications hardcode 
installation paths in various places, and probably most ports of this 
software to MSYS/Cygwin wouldn't change this because it is just easier not 
to. This is in contrast to, for example, MinGW GCC which has been modified 
to use paths relative to the executable directory. I think it is better to 
just use the approved installation directory for most MSYS-dependent 
software, because finding these problems can indeed be a needle/haystack 
exercise.

Luke


Luke


_________________________________________________________________
Help STOP SPAM with the new MSN 8 and get 2 months FREE*  
http://join.msn.com/?page=features/junkmail

Szabo Peter wrote:
>>Szab=F3 P=E9ter wrote:
>>
>>>Dear MSYS Developers,
>>>
>>>Please include rxvt-2.7.9 in the new MSYS, because the current one
>>>(rxvt-2.7.2) has buggy cursor handling: it clears too many pixels and
>>>destroys left sides of letters on screen. See also the attached
>>>screenshot.
>>
>=20
>>Do you have the problem if you execute from the msys.bat file as shippe=
d?
>=20
>=20
> Yes! Just type a lot of `b' letters in the Courier-12 font. The leftmos=
t
> column will be cropped if you move the cursor right to left.
> If I change the -fn ...
> argument in the .bat file, the problem appears. There is no problem wit=
h
> the Fixedsys font, because it has transparent pixels in
> all leftmost columns, so accidentally clearing these columns remains
> invisible. But the Courier-12 font and the 6x13 font (same as in X11)
> makes the problem clearly visible. I strogly think that it is an rxvt o=
r
> libW11 bug that has been corrected in the latest cygwin version I've
> mentioned above.
>=20

I can't duplicate your problem.

Earnie.

ga...@sl... wrote:
> On Saturday 30 November 2002 5:56 pm, Earnie Boyd wrote:
> 
>>I aim to please. :)  I'm running out of ideas.  I will be sure to
>>rebuild perl before I release msysDTK-1.0.0 next week.
> 
> 
> Ok, that sounds good.
> 
> I just downloaded MsysDVLPR , I havnt looked at it yet, does it contain everything I need to  build Msys perl, or do I do that some other way? 
> 

Yes you should be able to build perl.  Make sure to unpack in /.

> Maybe if I can build Msys on my system I can figure out whats going on ( results posted back here of course ), or does MsysDVLPR rely on the perl in the toolkit?
> 

The only reason for perl is autoconf and automake which you don't need 
to build perl.  Any help with MSYS is much appreciated.  If you plan to 
help, come join us in the mingw-dvlpr group.

> My Win98ME is an upgrade over Win98SE, I also keep it regularly updated via microsofts web updates program.  
> 

We now know half the problem, so, this probably isn't relavant.

Earnie.

Earnie Boyd wrote:

> Manu wrote:
> > Yet another idea of mine.
> >
>
> Here's my idea for a Windowized MSYS.

I'm not talking about a Windowized MSYS, but a Windowsian one.
One that could interface happily with Windows Explorer, one that could
be run through a registry key. A bridge over *nix and w*n32.
(Imagine Bill G. and RMS running towards each other with open arms...)

:) In short, I do not mean, a DOS pif that runs a shell script that runs a shell
that runs a terminal that runs a shell that runs another shell..... that runs......

This is exactly what would perform a msys-here bat file.
(rxvt -e /bin/sh --login -i -c "cd 'my_dir' ; exec /bin/sh")
                                                              ^^^^^^^^^^
                                                        ooops, I did it again ;)

It looks cleaner with a dedicated loader, I think.

> 1) Enhance termcap and readline to use Windows callbacks to process the
> windows messages.

What are termcap, readline?
No... forget that... I'm joking :)
(It's really better to joke than to get irritated, isn't it?)

> 2) Enhance bash

Yes...., when It will be possible to "$ ./configure && make" bash ]:)

> to use the enhanced features of termcap and readline to
> provide menuized functions to view the tree list, drag and drop files,
> etc.  This eliminates the need for rxvt.

Well, I like rxvt.

> 3) Incorporate the scintilla and the fox libraries (perhaps wxWindows or
> gtk/glib instead of fox) to provide a project based ide.
> 4) The project based IDE would handle the executions of configure and
> event the creations of configure.in and Makefile.in using drag and drop
> and/or checkbox features to determine those files.

Sounds like yet another IDE project. Why not, it sounds great.
Now, seriously, I have already an IDE project, I won't start another one.

BTW, what about vim, emacs and others. I doubt that GNUsians
would like to reinvent these wheels.

> 5) Create a resource IDE that can create pretty windows.

Yes!!! I agree!!!
Luke already sent me a special build of windres to start a resource
editor with. I haven't worked on it yet :(
It might be a very good starting point, though.

I'd be interested to work on the user interface, if someone is
interested to deal with file parsers.
Any contributors?

> If anyone is willing to work on any of this, we can discuss it in
> MinGW-dvlpr.

Then, no MSYS loader? That's unfortunate.

Ok. I'll do it anyway. Currently, I can build the sources and run
MSYS within Visual-MinGW. (Just wonderful! Believe me!)

As well, that's incredibly easy to create a shortcut to the loader,
without wondering about "rxvt/sh not found".

Manu.

Dave Rowbotham wrote:
> Hi There
> 
> On Saturday 30 November 2002 7:21 pm, you wrote:
> 
> 
>>>Apparently you extracted msysDTK into your MinGW directory (/mingw)
>>>instead of your MSYS root directory (/).
>>
> I was running out of ideas ;-),
> 
> 
>>>Unfortunately there isn't an
>>>uninstall for tar.gz files so you may need to remove and reinstall MinGW
>>>if you want to be sure msysDTK is uninstalled.
>>
> Yes indeed, this wouldnt be the first time I have blown up a compiler 
> installation ;-) 
> 
> I will delete everything ( mingw compiler folder and msys ), and reinstall 
> Msys , MsysDTK and MingW . Any likely theories on a prefered installation 
> order/destination accepted.
> 

It depends.  Some like to keep the directories separated in different 
roots.  So if you like

c:/mingw
c:/msys/1.0

Then install mingw first.

If you like

c:/msys/1.0
c:/msys/1.0/mingw

Then install msys first.

Earnie.

> Szab=F3 P=E9ter wrote:
> > Dear MSYS Developers,
> >=20
> > Please include rxvt-2.7.9 in the new MSYS, because the current one
> > (rxvt-2.7.2) has buggy cursor handling: it clears too many pixels and
> > destroys left sides of letters on screen. See also the attached
> > screenshot.

> Do you have the problem if you execute from the msys.bat file as shippe=
d?

Yes! Just type a lot of `b' letters in the Courier-12 font. The leftmost
column will be cropped if you move the cursor right to left.
If I change the -fn ...
argument in the .bat file, the problem appears. There is no problem with
the Fixedsys font, because it has transparent pixels in
all leftmost columns, so accidentally clearing these columns remains
invisible. But the Courier-12 font and the 6x13 font (same as in X11)
makes the problem clearly visible. I strogly think that it is an rxvt or
libW11 bug that has been corrected in the latest cygwin version I've
mentioned above.

--- (vvv use GNU); pt...@in...; http://www.inf.bme.hu/~pts
[/dlflg/=3Du]dZ[lalbdlp*lqlg*+lpla*lqlf*+lflgsbsasfsglex]dscZ[r%O*]sdzzKs=
a
[nlbdlaldxlglfldxsfdsalex]dsuZ[.]zsqsssgsbnsfspselsn[lcxsslqdlp+spz+sqdx]=
dx

Hi There

On Saturday 30 November 2002 7:21 pm, you wrote:

> > Apparently you extracted msysDTK into your MinGW directory (/mingw)
> > instead of your MSYS root directory (/).
I was running out of ideas ;-),

>> Unfortunately there isn't an
> > uninstall for tar.gz files so you may need to remove and reinstall Mi=
nGW
> > if you want to be sure msysDTK is uninstalled.
Yes indeed, this wouldnt be the first time I have blown up a compiler=20
installation ;-)=20

I will delete everything ( mingw compiler folder and msys ), and reinstal=
l=20
Msys , MsysDTK and MingW . Any likely theories on a prefered installation=
=20
order/destination accepted.

Cheers

Dave

On Saturday 30 November 2002 5:56 pm, Earnie Boyd wrote:
> I aim to please. :)  I'm running out of ideas.  I will be sure to
> rebuild perl before I release msysDTK-1.0.0 next week.

Ok, that sounds good.

I just downloaded MsysDVLPR , I havnt looked at it yet, does it contain e=
verything I need to  build Msys perl, or do I do that some other way?=20

Maybe if I can build Msys on my system I can figure out whats going on ( =
results posted back here of course ), or does MsysDVLPR rely on the perl =
in the toolkit?

My Win98ME is an upgrade over Win98SE, I also keep it regularly updated v=
ia microsofts web updates program. =20

Cheers

Dave

http://slashwilts.org

Luke Dunstan wrote:
> 
> 
> 
>> From: "Dave Rowbotham" <ga...@sl...>
>> To: <Min...@li...>
>> Subject: Re: [Mingw-msys] Re: Perl causes an error in libperl.dll
>> Date: Sat, 30 Nov 2002 12:59:47 -0000
>>
>> Hi There
>>
>> > What is the output of
>> >    type -a perl
>> > from with the MSYS shell?
>>
>> perl is /mingw/bin/perl
> 
> 
> Apparently you extracted msysDTK into your MinGW directory (/mingw) 
> instead of your MSYS root directory (/). Unfortunately there isn't an 
> uninstall for tar.gz files so you may need to remove and reinstall MinGW 
> if you want to be sure msysDTK is uninstalled.
> 

Well, nice catch Luke.  But with 1.0.8 it shouldn't matter, although it 
would still be faster for msys-1.0.dll dependent binaires to live in 
/bin.  Perhaps the error is due to reading the binary to find the dll 
entries to figure out if it is an MSYS binary.

Earnie.

>From: "Dave Rowbotham" <ga...@sl...>
>To: <Min...@li...>
>Subject: Re: [Mingw-msys] Re: Perl causes an error in libperl.dll
>Date: Sat, 30 Nov 2002 12:59:47 -0000
>
>Hi There
>
> > What is the output of
> >    type -a perl
> > from with the MSYS shell?
>
>perl is /mingw/bin/perl

Apparently you extracted msysDTK into your MinGW directory (/mingw) instead 
of your MSYS root directory (/). Unfortunately there isn't an uninstall for 
tar.gz files so you may need to remove and reinstall MinGW if you want to be 
sure msysDTK is uninstalled.


>perl is /mingw/bin/perl
>
>( no typo here,  it really does report it twice )

That just means /mingw/bin is in your PATH twice (which is fine).

>
>
>
>Regards
>
>Dave Rowbotham
>
>http://slashwilts.org

Luke


_________________________________________________________________
Add photos to your e-mail with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail

Szab=F3 P=E9ter wrote:
> Dear MSYS Developers,
>=20
> Please include rxvt-2.7.9 in the new MSYS, because the current one
> (rxvt-2.7.2) has buggy cursor handling: it clears too many pixels and
> destroys left sides of letters on screen. See also the attached
> screenshot.
>=20

Do you have the problem if you execute from the msys.bat file as shipped?=


Earnie.

Dave Rowbotham wrote:
> Hi There
> 
> 
>>So I don't have to go find the stored mail, what is our environment again?
>>
>>CPU MODEL:
>>OS VERSION:
>>
>>Earnie.
> 
> 
> 
> CPU is AMD K6-2 450
> OS is Win98 ME ( 4.90.3000 )
> 

By Win98 ME, do you mean an original Win98 upgraded to ME?

Have you installed various OS patches?

> FWIW heres the other bits n peices I have on the system that may be relevant
> 
> Ram = 192Mb
> Video Card = ATI Rage128VR 32Mb AGP
> Sound = ESS Solo-1 1938S
> Motherboard = ALI 1542 based ( I cant remember if its QDI or SuperMicro )
> Network card = Unbranded RTL8029 PCI
> 
> 
> Thanks for your time :-)
> 

I aim to please. :)  I'm running out of ideas.  I will be sure to 
rebuild perl before I release msysDTK-1.0.0 next week.  Perhaps a fresh 
build will help, but that's like sticking a needle in a haystack trying 
to find the roach, i.e. it's not likely to help.

Earnie.

Manu wrote:
> Yet another idea of mine.
> 

Here's my idea for a Windowized MSYS.

1) Enhance termcap and readline to use Windows callbacks to process the 
windows messages.
2) Enhance bash to use the enhanced features of termcap and readline to 
provide menuized functions to view the tree list, drag and drop files, 
etc.  This eliminates the need for rxvt.
3) Incorporate the scintilla and the fox libraries (perhaps wxWindows or 
gtk/glib instead of fox) to provide a project based ide.
4) The project based IDE would handle the executions of configure and 
event the creations of configure.in and Makefile.in using drag and drop 
and/or checkbox features to determine those files.
5) Create a resource IDE that can create pretty windows.

If anyone is willing to work on any of this, we can discuss it in 
MinGW-dvlpr.

Earnie.

Dear MSYS Developers,

Please include rxvt-2.7.9 in the new MSYS, because the current one
(rxvt-2.7.2) has buggy cursor handling: it clears too many pixels and
destroys left sides of letters on screen. See also the attached
screenshot.

I've downloaded rxvt-2.7.9 from cygwin, and the bug seems to be fixed in
it.

Thanks,

pts

Hi There

> So I don't have to go find the stored mail, what is our environment again?
>
> CPU MODEL:
> OS VERSION:
>
> Earnie.


CPU is AMD K6-2 450
OS is Win98 ME ( 4.90.3000 )

FWIW heres the other bits n peices I have on the system that may be relevant

Ram = 192Mb
Video Card = ATI Rage128VR 32Mb AGP
Sound = ESS Solo-1 1938S
Motherboard = ALI 1542 based ( I cant remember if its QDI or SuperMicro )
Network card = Unbranded RTL8029 PCI


Thanks for your time :-)

Cheers

Dave

http://slashwilts.org

Yet another idea of mine.

I'm planning to develop a Windows application that could run MSYS
and perform a few operations like edit/save user parameters for
MSYS/rxvt, run MSYS from Windows Explorer and "cd" to a
given directory, IOW a MSYS-here functionality, etc...

That application is not designed to be a replacement for msys.bat,
but an additional tool for Windowsians.
MSYS is powerful, beautiful, but maybe it lacks that little touch that
could make it more Windowsian.

The attached archive contains the main source file I wrote.
Don't try to compile it, all is not provided here.
Just read the comments into "WinMain", these describe what the
application should perform.

Currently, the required environment variables are not set yet, though
"winApp.MsysHere()" seems to work fine.

Please, tell me what you think.

Manu.

Dave Rowbotham wrote:
> Hi There
>  
>  > What is the output of
>  >    type -a perl
>  > from with the MSYS shell?
>  
> perl is /mingw/bin/perl
> perl is /mingw/bin/perl
>  

So I don't have to go find the stored mail, what is our environment again?

CPU MODEL:
OS VERSION:

Earnie.

Hi There

Many apologies for the "html-ised post", Im using outlook on a friends
machine at the moment ( poor excuse I know )

> What is the output of
>    type -a perl
> from with the MSYS shell?

perl is /mingw/bin/perl
perl is /mingw/bin/perl

( no typo here,  it really does report it twice )



Regards

Dave Rowbotham

http://slashwilts.org

Hi There

> What is the output of
>    type -a perl
> from with the MSYS shell?

perl is /mingw/bin/perl
perl is /mingw/bin/perl

( no typo here,  it really does report it twice )



Regards

Dave Rowbotham

http://slashwilts.org

Dave Rowbotham wrote:
> Hi There
> 
> 
> 
>>This is the first such report.  Perhaps displaying what commands perl is
> 
>  >trying to execute?
> 
> Simply typing "perl"  from within Msys rxvt terminal will cause the error as
> will "perl --version"
> Also running any tools that require perl also cause the error.
> 
> I have cygwin installed, but as far as I know this shouldnt be a problem.
> Just in case it was
> I deleted my cygwin folder and tried again, still I had the same error.
> 
> "Perl has caused an error on LIBPERL.DLL  Perl will now close"
> 
> As far as I can tell this is a windows message and not a libperl.dll
> message.
> 

What is the output of
   type -a perl
from with the MSYS shell?

Earnie.