[prev in list] [next in list] [prev in thread] [next in thread]
List: mingw-notify
Subject: MinGW-notify digest, Vol 1 #718 - 11 msgs
From: mingw-notify-request () lists ! sourceforge ! net
Date: 2004-02-03 6:09:10
Message-ID: 200402030704.i1374rWP011572 () mailer ! progressive-comp ! com
[Download RAW message or body]
Send MinGW-notify mailing list submissions to
mingw-notify@lists.sourceforge.net
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/mingw-notify
or, via email, send a message with subject or body 'help' to
mingw-notify-request@lists.sourceforge.net
You can reach the person managing the list at
mingw-notify-admin@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of MinGW-notify digest..."
This list is used to send updates of submitted patches, bug reports and file \
releases. You are discouraged from posting to this list. If you wish to unsubscribe \
you can do so at https://lists.sourceforge.net/lists/listinfo/mingw-notify.
Today's Topics:
1. [ mingw-Bugs-886850 ] automake-1.8 and aclocal-1.8 script broken \
(SourceForge.net) 2. [ mingw-Bugs-886850 ] automake-1.8 and aclocal-1.8 script \
broken (SourceForge.net) 3. [ mingw-Bugs-887982 ] strtold & powl (SourceForge.net)
4. [ mingw-Bugs-887982 ] strtold & powl (SourceForge.net)
5. [ mingw-Bugs-887982 ] strtold & powl (SourceForge.net)
6. [ mingw-Bugs-888600 ] strtold input string (SourceForge.net)
7. [ mingw-Bugs-888600 ] strtold input string (SourceForge.net)
8. [ mingw-Bugs-889003 ] Crash in bfd_find_nearest_line() function. \
(SourceForge.net) 9. [ mingw-Support Requests-887177 ] Cannot build projects using \
STLPort (SourceForge.net) 10. [ mingw-Bugs-883445 ] msys rows and columns \
(SourceForge.net) 11. [ mingw-Bugs-889518 ] winuser.h bug definition \
(SourceForge.net)
--__--__--
Message: 1
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Thu, 29 Jan 2004 03:58:26 -0800
Subject: [Mingw-notify] [ mingw-Bugs-886850 ] automake-1.8 and aclocal-1.8 script \
broken
Bugs item #886850, was opened at 2004-01-29 05:20
Message generated for change (Comment added) made by earnie
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=886850&group_id=2435
Category: msys
Group: None
> Status: Closed
> Resolution: Works For Me
Priority: 5
Submitted By: Michael Schumacher (schumaml)
Assigned to: Earnie Boyd (earnie)
Summary: automake-1.8 and aclocal-1.8 script broken
Initial Comment:
The automake-1.8 and aclocal-1.8 script in the current
msys-automake-1.8.2 have size 0. This will cause
problems if autogen scripts check for 1.8 explicitly.
Simply copying automake and aclocal to the -1.8
versions seems to fix it, but I'm not sure this is the
correct solution.
Is this a packaging error, or did something go wrong
during unpacking the tar.gz? I'm using PowerArchiver
and never had problems with previous versions of the
packages.
----------------------------------------------------------------------
> Comment By: Earnie Boyd (earnie)
Date: 2004-01-29 06:58
Message:
Logged In: YES
user_id=15438
I don't find your problem.
BoydE@QWEST-WKCH1I7I3 /tmp/duh
$ ls -l bin
total 225
-rwxr-xr-x 2 BoydE Administ 18654 Jan 21 11:59 aclocal
-rwxr-xr-x 2 BoydE Administ 18654 Jan 21 11:59
aclocal-1.8
-rwxr-xr-x 2 BoydE Administ 210299 Jan 21 11:59 automake
-rwxr-xr-x 2 BoydE Administ 210299 Jan 21 11:59
automake-1.8
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=886850&group_id=2435
--__--__--
Message: 2
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Thu, 29 Jan 2004 05:20:30 -0800
Subject: [Mingw-notify] [ mingw-Bugs-886850 ] automake-1.8 and aclocal-1.8 script \
broken
Bugs item #886850, was opened at 2004-01-29 11:20
Message generated for change (Comment added) made by schumaml
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=886850&group_id=2435
Category: msys
Group: None
Status: Closed
> Resolution: Invalid
Priority: 5
Submitted By: Michael Schumacher (schumaml)
Assigned to: Earnie Boyd (earnie)
Summary: automake-1.8 and aclocal-1.8 script broken
Initial Comment:
The automake-1.8 and aclocal-1.8 script in the current
msys-automake-1.8.2 have size 0. This will cause
problems if autogen scripts check for 1.8 explicitly.
Simply copying automake and aclocal to the -1.8
versions seems to fix it, but I'm not sure this is the
correct solution.
Is this a packaging error, or did something go wrong
during unpacking the tar.gz? I'm using PowerArchiver
and never had problems with previous versions of the
packages.
----------------------------------------------------------------------
> Comment By: Michael Schumacher (schumaml)
Date: 2004-01-29 14:20
Message:
Logged In: YES
user_id=159961
It's a problem with PowerArchiver then. Unpacking with tar
-xj works fine.
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2004-01-29 12:58
Message:
Logged In: YES
user_id=15438
I don't find your problem.
BoydE@QWEST-WKCH1I7I3 /tmp/duh
$ ls -l bin
total 225
-rwxr-xr-x 2 BoydE Administ 18654 Jan 21 11:59 aclocal
-rwxr-xr-x 2 BoydE Administ 18654 Jan 21 11:59
aclocal-1.8
-rwxr-xr-x 2 BoydE Administ 210299 Jan 21 11:59 automake
-rwxr-xr-x 2 BoydE Administ 210299 Jan 21 11:59
automake-1.8
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=886850&group_id=2435
--__--__--
Message: 3
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Fri, 30 Jan 2004 18:39:36 -0800
Subject: [Mingw-notify] [ mingw-Bugs-887982 ] strtold & powl
Bugs item #887982, was opened at 2004-01-31 02:30
Message generated for change (Comment added) made by darrinf
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=887982&group_id=2435
Category: gcc
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Darrin Forelle (darrinf)
Assigned to: Danny Smith (dannysmith)
> Summary: strtold & powl
Initial Comment:
#include <math.h>
#include <stdio.h>
#include <stdlib.h>
int main()
{
printf("strtold(\nan\, 0) = %g\n", (double) strtold
("nan", 0));
printf("(3.43646e+4928)^(3.43646e+4928) = %g\n",
(double) powl(3.43646e+4928l, 3.43646e+4928l));
return 0;
}
gcc test.c -o test.exe & test
strtold("nan", 0) = 0
(3.43646e+4928)^(3.43646e+4928) = -1.#IND
Tested with gcc v3.3.1 (mingw special 20030804-1),
MinGW v3.1.0-1.
----------------------------------------------------------------------
> Comment By: Darrin Forelle (darrinf)
Date: 2004-01-31 02:39
Message:
Logged In: YES
user_id=760771
Not a MinGW bug.
Although your problem may be interesting and causing you problems you wish answers \
to, it is not a problem with the MinGW runtime, w32api, GCC, binutils or msys. Your \
BUG report has therefore been deleted. If you feel that this needs further \
discussion then please post to mingw-users@lists.sf.net.
Thanks for your interest in the MinGW Project,
MinGW Project Administrators
----------------------------------------------------------------------
Comment By: Darrin Forelle (darrinf)
Date: 2004-01-31 02:39
Message:
Logged In: YES
user_id=760771
The first three rows was correct before to submit the form:
#include <math.h>
#include <stdio.h>
#include <stdlib.h>
or include: math.h, stdio.h & stdlib.h.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=887982&group_id=2435
--__--__--
Message: 4
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Sat, 31 Jan 2004 00:55:28 -0800
Subject: [Mingw-notify] [ mingw-Bugs-887982 ] strtold & powl
Bugs item #887982, was opened at 2004-01-31 15:30
Message generated for change (Comment added) made by dannysmith
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=887982&group_id=2435
Category: gcc
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Darrin Forelle (darrinf)
Assigned to: Danny Smith (dannysmith)
Summary: strtold & powl
Initial Comment:
#include <math.h>
#include <stdio.h>
#include <stdlib.h>
int main()
{
printf("strtold(\nan\, 0) = %g\n", (double) strtold
("nan", 0));
printf("(3.43646e+4928)^(3.43646e+4928) = %g\n",
(double) powl(3.43646e+4928l, 3.43646e+4928l));
return 0;
}
gcc test.c -o test.exe & test
strtold("nan", 0) = 0
(3.43646e+4928)^(3.43646e+4928) = -1.#IND
Tested with gcc v3.3.1 (mingw special 20030804-1),
MinGW v3.1.0-1.
----------------------------------------------------------------------
> Comment By: Danny Smith (dannysmith)
Date: 2004-01-31 21:55
Message:
Logged In: YES
user_id=11494
Thanks for the report and testcase.
I think I've fixed the strtold ("nan", 0) bug. Now reports
strtold(nan, 0) = 1.#QNAN
I'll look at the powl vs INF bug as soon as I can.
Danny
----------------------------------------------------------------------
Comment By: Darrin Forelle (darrinf)
Date: 2004-01-31 15:39
Message:
Logged In: YES
user_id=760771
Not a MinGW bug.
Although your problem may be interesting and causing you problems you wish answers \
to, it is not a problem with the MinGW runtime, w32api, GCC, binutils or msys. Your \
BUG report has therefore been deleted. If you feel that this needs further \
discussion then please post to mingw-users@lists.sf.net.
Thanks for your interest in the MinGW Project,
MinGW Project Administrators
----------------------------------------------------------------------
Comment By: Darrin Forelle (darrinf)
Date: 2004-01-31 15:39
Message:
Logged In: YES
user_id=760771
The first three rows was correct before to submit the form:
#include <math.h>
#include <stdio.h>
#include <stdlib.h>
or include: math.h, stdio.h & stdlib.h.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=887982&group_id=2435
--__--__--
Message: 5
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Sat, 31 Jan 2004 16:16:23 -0800
Subject: [Mingw-notify] [ mingw-Bugs-887982 ] strtold & powl
Bugs item #887982, was opened at 2004-01-31 15:30
Message generated for change (Comment added) made by dannysmith
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=887982&group_id=2435
Category: gcc
Group: None
> Status: Closed
> Resolution: Fixed
Priority: 5
Submitted By: Darrin Forelle (darrinf)
Assigned to: Danny Smith (dannysmith)
Summary: strtold & powl
Initial Comment:
#include <math.h>
#include <stdio.h>
#include <stdlib.h>
int main()
{
printf("strtold(\nan\, 0) = %g\n", (double) strtold
("nan", 0));
printf("(3.43646e+4928)^(3.43646e+4928) = %g\n",
(double) powl(3.43646e+4928l, 3.43646e+4928l));
return 0;
}
gcc test.c -o test.exe & test
strtold("nan", 0) = 0
(3.43646e+4928)^(3.43646e+4928) = -1.#IND
Tested with gcc v3.3.1 (mingw special 20030804-1),
MinGW v3.1.0-1.
----------------------------------------------------------------------
> Comment By: Danny Smith (dannysmith)
Date: 2004-02-01 13:16
Message:
Logged In: YES
user_id=11494
The powl overflow bug should be fixed now in CVS.
Danny
----------------------------------------------------------------------
Comment By: Danny Smith (dannysmith)
Date: 2004-01-31 21:55
Message:
Logged In: YES
user_id=11494
Thanks for the report and testcase.
I think I've fixed the strtold ("nan", 0) bug. Now reports
strtold(nan, 0) = 1.#QNAN
I'll look at the powl vs INF bug as soon as I can.
Danny
----------------------------------------------------------------------
Comment By: Darrin Forelle (darrinf)
Date: 2004-01-31 15:39
Message:
Logged In: YES
user_id=760771
Not a MinGW bug.
Although your problem may be interesting and causing you problems you wish answers \
to, it is not a problem with the MinGW runtime, w32api, GCC, binutils or msys. Your \
BUG report has therefore been deleted. If you feel that this needs further \
discussion then please post to mingw-users@lists.sf.net.
Thanks for your interest in the MinGW Project,
MinGW Project Administrators
----------------------------------------------------------------------
Comment By: Darrin Forelle (darrinf)
Date: 2004-01-31 15:39
Message:
Logged In: YES
user_id=760771
The first three rows was correct before to submit the form:
#include <math.h>
#include <stdio.h>
#include <stdlib.h>
or include: math.h, stdio.h & stdlib.h.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=887982&group_id=2435
--__--__--
Message: 6
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Sun, 01 Feb 2004 08:46:40 -0800
Subject: [Mingw-notify] [ mingw-Bugs-888600 ] strtold input string
Bugs item #888600, was opened at 2004-02-01 16:46
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=888600&group_id=2435
Category: gcc
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Darrin Forelle (darrinf)
Assigned to: Danny Smith (dannysmith)
Summary: strtold input string
Initial Comment:
#include <stdio.h>
#include <stdlib.h>
#include <errno.h>
//include: stdio.h, stdlib.h, errno.h
int main(int argc, char *argv[])
{
char *charp;
long double value = strtold(argv[1], &charp);
if (charp == argv[1])
printf("parameter %s\n", argv[1]);
else
if (!errno)
printf("value = %g\n", (double) value);
else
printf("Incorrect value.\n");
return 0;
}
gcc teststr.c -o teststr.exe & teststr n
value = 0
strtold accepts the strings: "e", "i", "z", "n", "E", "I", "N"
as value 0.0l.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=888600&group_id=2435
--__--__--
Message: 7
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Sun, 01 Feb 2004 20:05:14 -0800
Subject: [Mingw-notify] [ mingw-Bugs-888600 ] strtold input string
Bugs item #888600, was opened at 2004-02-02 05:46
Message generated for change (Comment added) made by dannysmith
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=888600&group_id=2435
Category: gcc
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: Darrin Forelle (darrinf)
Assigned to: Danny Smith (dannysmith)
Summary: strtold input string
Initial Comment:
#include <stdio.h>
#include <stdlib.h>
#include <errno.h>
//include: stdio.h, stdlib.h, errno.h
int main(int argc, char *argv[])
{
char *charp;
long double value = strtold(argv[1], &charp);
if (charp == argv[1])
printf("parameter %s\n", argv[1]);
else
if (!errno)
printf("value = %g\n", (double) value);
else
printf("Incorrect value.\n");
return 0;
}
gcc teststr.c -o teststr.exe & teststr n
value = 0
strtold accepts the strings: "e", "i", "z", "n", "E", "I", "N"
as value 0.0l.
----------------------------------------------------------------------
> Comment By: Danny Smith (dannysmith)
Date: 2004-02-02 17:05
Message:
Logged In: YES
user_id=11494
Thanks again.
I see the problems and have a patch that fixes them, but the
code in strtold.c is getting a more and more convoluted. I
have a much simpler implementation that doesn't use
extended precison to salvage the last two bits in the string
representation. However, many users of long double are
intersted in that last two bits, so I'll persevere with the
Cephes code for awhile.
It seems that you have a test harness for finding these
bugs. If so, would you care to share it?
Danny
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=888600&group_id=2435
--__--__--
Message: 8
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Mon, 02 Feb 2004 03:20:06 -0800
Subject: [Mingw-notify] [ mingw-Bugs-889003 ] Crash in bfd_find_nearest_line() \
function.
Bugs item #889003, was opened at 2004-02-02 14:20
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=889003&group_id=2435
Category: binutils
Group: Known bugs
Status: Open
Resolution: None
Priority: 5
Submitted By: Sergey Zubarev (sergant128)
Assigned to: Danny Smith (dannysmith)
Summary: Crash in bfd_find_nearest_line() function.
Initial Comment:
OS: Windows XP
GCC: 3.2.3 (mingw special 20030504-1)
LD: GNU ld version 2.12.90 20020518
Build Environment: MSYS 1.0.9
There was a crash somewhere in LIBBFD.a using a
bfd_find_nearest_line() function.
I've tryed to build binutils-2.13.90-20030111-1-
src.tar.gz and link test application with <libbfd.a> from
this package. GDB shows the following backtrace:
Program received signal SIGSEGV, Segmentation fault.
_bfd_stab_section_find_nearest_line (abfd=0xfb0f60,
symbols=0x0,
section=0xfb8424, offset=785, pfound=0x22fa08,
pfilename=0x22faac,
pfnname=0x22faa8, pline=0x22faa4, pinfo=0xfb4084)
at syms.c:1073
1073 if (stab[TYPEOFF] == (bfd_byte) N_SO)
(gdb) bt
#0 _bfd_stab_section_find_nearest_line
(abfd=0xfb0f60, symbols=0x0,
section=0xfb8424, offset=785, pfound=0x22fa08,
pfilename=0x22faac,
pfnname=0x22faa8, pline=0x22faa4, pinfo=0xfb4084)
at syms.c:1073
#1 0x65f2cf9b in coff_find_nearest_line
(abfd=0xfb0f60, section=0xfb8424,
symbols=0x0, offset=785, filename_ptr=0x22faac,
functionname_ptr=0x22faa8,
line_ptr=0x22faa4) at coffgen.c:2230
#2 0x65f012aa in translate_address (mptr=0xfaefb8,
address=4199185,
func_name=0x22faa8, source_name=0x22faac,
lineno=0x22faa4) at genrep.c:84
#3 0x65f01882 in DumpStack (logFile=0x77c5aca0,
hProcess=0xffffffff,
hThread=0xfffffffe, pContext=0x22fca8) at
genrep.c:265
#4 0x00401434 in main (argc=1, argv=0xf80ff8)
at ../test.c:35
In syms.c:1073 there is a loop throw <.stab> section
data by STABSIZE bytes (=12). But <.stab> section size
is not devisible by STABSIZE. It can be checked even
on following simple example:
/**************************/
#include <stdlib.h>
#include <stdio.h>
int main( int argc, char *argv[] )
{
return 0;
}
/**************************/
Let's see the list of executable file sections (obtained
with 'objdump.exe -x ./a.exe')
Sections:
Idx Name Size VMA LMA File off Algn
0 .text 00000800 00401000 00401000
00000400 2**4
CONTENTS, ALLOC, LOAD, READONLY,
CODE, DATA
1 .data 00000200 00402000 00402000
00000c00 2**4
CONTENTS, ALLOC, LOAD, DATA
2 .bss 00000070 00403000 00403000
00000000 2**4
ALLOC
3 .idata 00000400 00404000 00404000
00000e00 2**2
CONTENTS, ALLOC, LOAD, DATA
4 .stab 00000400 00405000 00405000
00001200 2**2
CONTENTS, READONLY, DEBUGGING,
NEVER_LOAD, EXCLUDE
5 .stabstr 00000800 00406000 00406000
00001600 2**0
CONTENTS, READONLY, DEBUGGING,
NEVER_LOAD, EXCLUDE
Size of <.stab> section is 0x400 = 1024. 1024 / 12 =
85.33333... and thus we have an access to the memory
after allocated block.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=889003&group_id=2435
--__--__--
Message: 9
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Mon, 02 Feb 2004 04:50:26 -0800
Subject: [Mingw-notify] [ mingw-Support Requests-887177 ] Cannot build projects using \
STLPort
Support Requests item #887177, was opened at 2004-01-29 13:46
Message generated for change (Comment added) made by earnie
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=887177&group_id=2435
Category: None
Group: None
Status: Open
Priority: 5
Submitted By: Oliver Stoeneberg (kidkat)
> Assigned to: Earnie Boyd (earnie)
Summary: Cannot build projects using STLPort
Initial Comment:
I tried to build a project, that utilizes STLPort with
MinGW and I always got into an endless loop with some
standard includes like "stddef.h", "stdarg.h" and
"string.h". Is there a way to use STLPort with MinGW?
----------------------------------------------------------------------
> Comment By: Earnie Boyd (earnie)
Date: 2004-02-02 07:50
Message:
Logged In: YES
user_id=15438
A simple Google search would reveal that STLPort and MinGW
are being used together by others. Looking at the MinGW
headers I can see that it may be possible to endlessly loop
in and include of stddef.h and stdarg.h. I see that
string.h includes stddef.h. The /mingw/include/stddef.h
simply does an include_next <stddef.h>. The
/mingw/include/stddef.h and /mingw/include/stdarg.h files
are workarounds that will one day be removed. I will
discuss on the developers.
Earnie.
----------------------------------------------------------------------
Comment By: Oliver Stoeneberg (kidkat)
Date: 2004-01-29 13:51
Message:
Logged In: YES
user_id=591019
I forgot to mention my configuration:
Windows 2000
gcc version 3.2 (mingw special 20020817-1)
GNU ld version 2.13.90 20021005
__MINGW32_VERSION 2.4
__W32API_VERSION 2.2 (note: this define is in the
include/w32api.h and not in the include/win32.h as mentioned
on the "Reporting bugs" page on www.mingw.org)
using Dev-C++ 4.9.8.0 compiler package
(http://www.bloodshed.net)
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=202435&aid=887177&group_id=2435
--__--__--
Message: 10
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Mon, 02 Feb 2004 07:34:01 -0800
Subject: [Mingw-notify] [ mingw-Bugs-883445 ] msys rows and columns
Bugs item #883445, was opened at 2004-01-23 21:41
Message generated for change (Comment added) made by earnie
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=883445&group_id=2435
Category: msys
Group: Known bugs
> Status: Closed
> Resolution: Fixed
Priority: 9
Submitted By: Dave Schuyler (parameter)
Assigned to: Earnie Boyd (earnie)
Summary: msys rows and columns
Initial Comment:
1. Add a
-geometry 120x50+250+300
entry to the
start rxvt ...
line in the msys.bat file.
2. Startup msys with the .bat file.
3. The window has the correct size and positoin (which
is good).
4. The whole window is used for things like ls, cat, and
other non-fullscreen stuff.
5. Start vi or less.
Problem: Notice that the whole window is not used.
Now even the shell thinks the window is smaller.
Something else to look at: If the window is resized with
the mouse, the geometry information seems to get to
the sceen programs (i.e. vi and less work great and the
shell is good aftwards also). Maybe the code that runs
when the window is resized with the mouse needs to be
run on startup (just guessing).
----------------------------------------------------------------------
> Comment By: Earnie Boyd (earnie)
Date: 2004-02-02 10:34
Message:
Logged In: YES
user_id=15438
Candidate MSYS-1.0.10-rc-4.exe has the -geometry switch
added to the start of rxvt. Thanks very much Dave.
----------------------------------------------------------------------
Comment By: Earnie Boyd (earnie)
Date: 2004-01-28 15:22
Message:
Logged In: YES
user_id=15438
Thanks for the hint. I will use though something more
standard like 80x25. This is indeed a good news work around.
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=883445&group_id=2435
--__--__--
Message: 11
To: noreply@sourceforge.net
From: "SourceForge.net" <noreply@sourceforge.net>
Date: Mon, 02 Feb 2004 22:08:46 -0800
Subject: [Mingw-notify] [ mingw-Bugs-889518 ] winuser.h bug definition
Bugs item #889518, was opened at 2004-02-03 03:08
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=889518&group_id=2435
Category: w32api
Group: MinGW Web Site
Status: Open
Resolution: None
Priority: 5
Submitted By: gabriel sanjurjo (gabriel_s_a)
Assigned to: Nobody/Anonymous (nobody)
Summary: winuser.h bug definition
Initial Comment:
#define GCL_WNDPROC (-24)
#if 0
/* This is supposed to be defined by the program
using it not defined
in the win32api headers. I've left it here for
documentation purposes.
*/
#ifndef IDC_STATIC /* May be predefined by resource
compiler. */
#define IDC_STATIC (-1)
#endif <-------
#endif
_____________________
code never execute
endif bad locate
fix
#define GCL_WNDPROC (-24)
#if 0
/* This is supposed to be defined by the program
using it not defined
in the win32api headers. I've left it here for
documentation purposes.
*/
#endif <-------
#ifndef IDC_STATIC /* May be predefined by resource
compiler. */
#define IDC_STATIC (-1)
#endif
----------------------------------------------------------------------
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=889518&group_id=2435
--__--__--
_______________________________________________
MinGW-notify mailing list
MinGW-notify@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mingw-notify
End of MinGW-notify Digest
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic