Picon

[mingw:bugs] #190 need pack/alignment attribute in stat.h

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.

  • labels: MinGW --> gcc
  • status: closed-rejected --> closed
  • resolution: --> rejected
  • category: --> component_package
  • milestone: --> OTHER

[bugs:#190] need pack/alignment attribute in stat.h

Status: closed
Labels: gcc
Created: Tue Sep 24, 2002 09:52 PM UTC by Dave Spring
Last Updated: Fri Jan 03, 2003 10:31 PM UTC
Owner: Earnie Boyd

MingGW 2.0.0
using gcc -fpack-struct breaks stuff.
My particular problem is sts/stat.h the alignment
for st_rdev gets overriden.
MSVCRT clearly uses quadbyte alignment for stat.

The fix is somewhere around lines 113,129
- change to:

short st\_gid ; /\* Group:

Ditto */

\_dev\_t st\_rdev \_\_attribute\_\_ \(\(aligned

(4))); /* Seems useless (not even filled in) */
_off_t st_size; /* File size in bytes */

twice for stat and _stat

(Continue reading)

Picon

[mingw:bugs] #145 " 0x" missing in fprintf (" %p" ) output

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.

  • labels: mingw runtime (deprecated use WSL) --> gcc
  • Description has changed:

Diff:

  • status: closed-rejected --> closed
  • resolution: --> rejected
  • category: --> Known_bugs
  • milestone: --> OTHER

[bugs:#145] "0x" missing in fprintf ("%p") output

Status: closed
Labels: gcc
Created: Thu May 30, 2002 06:48 PM UTC by Martin Baulig
Last Updated: Sat Jun 01, 2002 03:20 AM UTC
Owner: Danny Smith

Hi,

if you print a pointer using fprintf()'s "%p" format,
it doesn't include the leading "0x" like fprintf() on
cygwin or GNU/Linux does.

Martin

Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/mingw/bugs/145/

To unsubscribe from further messages, please visit https://sourceforge.net/auth/prefs/

------------------------------------------------------------------------------
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
(Continue reading)

Picon

[mingw:bugs] #103 fixed and showpoint 'undeclared'

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.

  • labels: --> libstdc++, gcc
  • status: closed-rejected --> closed
  • resolution: --> fixed
  • category: --> Known_bugs
  • milestone: --> OTHER

[bugs:#103] fixed and showpoint 'undeclared'

Status: closed
Labels: libstdc++ gcc
Created: Thu Jan 10, 2002 07:31 PM UTC by Some Guy
Last Updated: Thu Jan 10, 2002 10:13 PM UTC
Owner: nobody

Tried to compile the following simple code:

#include<iostream.h>
#include<iomanip.h>

using namespace std;

const float FLOATER = 1349.9431;

int main()
{
cout << fixed << setprecision(3) << FLOATER <<
endl;
return 0;
}

Compiling presents the following error:

`fixed' undeclared (first use this function)

If I use:

cout.setf(ios::fixed);

in it's place, it works just fine. Showpoint behaves
in the same fashion.

(Continue reading)

Picon

[mingw:bugs] #173 wincrypt.h lacks required includes

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.

  • labels: w32api (deprecated use WSL) -->
  • status: closed-rejected --> closed
  • resolution: --> rejected
  • category: --> Known_Feature
  • milestone: --> WSL

[bugs:#173] wincrypt.h lacks required includes

Status: closed
Created: Tue Aug 13, 2002 08:10 PM UTC by Mark Schreiber
Last Updated: Tue Aug 13, 2002 08:47 PM UTC
Owner: Danny Smith

I could be wrong about this (don't have a copy of
Visual Studio to see what Microsoft does), but the
convention is that header files include everything
necessary to compile correctly, so I'm assuming that
this is an error.

The following program will generate many errors due to
undefined types (in mingw release 1.1):

#include <wincrypt.h>

int main (void)
{
return 1;
}

Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/mingw/bugs/173/

To unsubscribe from further messages, please visit https://sourceforge.net/auth/prefs/

------------------------------------------------------------------------------
(Continue reading)

Picon

[mingw:bugs] #100 CC1 has started crashing

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.

  • status: closed-rejected --> closed
  • resolution: --> rejected
  • category: --> Known_bugs
  • milestone: --> OTHER

[bugs:#100] CC1 has started crashing

Status: closed
Labels: gcc
Created: Fri Dec 28, 2001 06:16 AM UTC by Matt Smith
Last Updated: Sun May 26, 2002 10:04 AM UTC
Owner: Danny Smith

I was compiling a C program with Dev-CPP 4.0.
Everything was going fine but now I get this.
Rebooting didn't help. I have Cel500, 128Meg ram,
Win98SE. I was using the latest MinGW snapshot

CC1 caused an invalid page fault in
module CC1.EXE at 016f:0054a422.
Registers:
EAX=026d6f10 CS=016f EIP=0054a422 EFLGS=00010246
EBX=00000015 SS=0177 ESP=026bf800 EBP=026bfd28
ECX=026bff68 DS=0177 ESI=026bf89c FS=3f97
EDX=02d0a778 ES=0177 EDI=02d086f8 GS=0000
Bytes at CS:EIP:
8b 42 10 a3 48 39 57 00 8b 42 0c a3 4c 39 57 00
Stack dump:
00000000 00000001 026bfd28 0054b3b2 00000000 027e056a
0040879f 0046bbf8 026dc100 27262524 00000190 0000002a
0000035c 00000014 3b3a3938 3f3e3d3c

Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/mingw/bugs/100/

(Continue reading)

Picon

[mingw:bugs] #155 Improper unwind-sjlj.o (libgcc.a)

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.

  • Description has changed:

Diff:

  • status: closed-rejected --> closed
  • resolution: --> rejected
  • category: --> Known_bugs
  • milestone: Known_bugs --> OTHER

[bugs:#155] Improper unwind-sjlj.o (libgcc.a)

Status: closed
Labels: gcc
Created: Mon Jun 17, 2002 05:41 PM UTC by Wirawan Purwanto
Last Updated: Sat Jun 22, 2002 09:08 PM UTC
Owner: Danny Smith

This error pertains the new mingw build of gcc 3.1.

I got tons of
link error when building a C++ program, and I pinpointed the source of
error from incorrectly compiled unwind-sjlj.o, as shown
below:

$ ar x libgcc.a unwind-sjlj.o

$ objdump -ad unwind-
sjlj.o

unwind-sjlj.o: file format pe-i386
unwind-
sjlj.o

Disassembly of section .text:
(Continue reading)

Picon

[ mingw-Bugs-3600826 ] broken path transformation pattern for ghostscript

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.
Bugs item #3600826, was opened at 2013-01-14 10:41
Message generated for change (Tracker Item Submitted) made by 
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3600826&group_id=2435

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: MSYS
Group: Known bugs
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: https://www.google.com/accounts ()
Assigned to: Nobody/Anonymous (nobody)
Summary: broken path transformation pattern for ghostscript

Initial Comment:
ghostscript accept arguments like:

gswin32.exe  -dPDFSETTINGS=/prepress -dAutoRotatePages=/None

the /prepress and /None will be treated as a path and be transformed in DOS path

Please implement some mechanism to disable path transformation temporary.

PS: Now i'm using my wrapper to transform the "path" back into /prepress and something like that, it's ugly.
(Continue reading)

Picon

[ mingw-Patches-2817021 ] ^C (CONTROL+C) ignored when CYGWIN=tty set

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.
Patches item #2817021, was opened at 2009-07-05 10:54
Message generated for change (Comment added) made by cstrauss
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=302435&aid=2817021&group_id=2435

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: msys
Group: None
>Status: Closed
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: bughunter2 (bughunter2)
Assigned to: Cesar Strauss (cstrauss)
Summary: ^C (CONTROL+C) ignored when CYGWIN=tty set

Initial Comment:
Problem:
When CYGWIN=tty is set, and we invoke the MSYS shell like this:
    `sh -c "/bin/sh"'
Then, pressing ^C (CONTROL+C) inside that shell has no effect. While pressing
CONTROL+BREAK does yield the expected effect.

Details:
It is related to the TTY initialization code from CYGWIN. The proposed patch
fixes this problem by setting the ENABLE_PROCESSED_INPUT flag (from the Win32
(Continue reading)

Picon

[ mingw-Bugs-3600715 ] CYGWIN environment variable should not affect MSYS

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.
Bugs item #3600715, was opened at 2013-01-13 13:12
Message generated for change (Tracker Item Submitted) made by cstrauss
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=3600715&group_id=2435

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: MSYS
Group: None
Status: Open
Resolution: None
Priority: 5
Private: No
Submitted By: Cesar Strauss (cstrauss)
Assigned to: Cesar Strauss (cstrauss)
Summary: CYGWIN environment variable should not affect MSYS

Initial Comment:
Users may possibly use the CYGWIN variable to customize their CYGWIN installations. MSYS should not be
affected by this. Example:

In a CMD shell, run:
> set CYGWIN=
> c:\MinGW\msys\1.0\msys
$ /c/Windows/SysWOW64/ftp.exe
ftp> quit
$ exit
(Continue reading)

Picon

[ mingw-Bugs-1187917 ] ln bug with many targets

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.
Bugs item #1187917, was opened at 2005-04-22 01:40
Message generated for change (Comment added) made by earnie
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1187917&group_id=2435

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: MSYS
>Group: Aged issue
>Status: Closed
>Resolution: Out of Date
Priority: 5
Private: No
Submitted By: yyk (yykav)
>Assigned to: Nobody/Anonymous (nobody)
Summary: ln bug with many targets

Initial Comment:
MSYS-1.0.11-2004.04.30-1.exe

$ ln --version
ln (fileutils) 4.1
Written by Mike Parker and David MacKenzie.

Copyright (C) 2001 Free Software Foundation, Inc.
This is free software; see the source for copying
conditions.  There is NO
(Continue reading)

Picon

[ mingw-Bugs-1840961 ] error if msys is installed in directory with spaces

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.
Bugs item #1840961, was opened at 2007-11-29 04:43
Message generated for change (Comment added) made by earnie
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1840961&group_id=2435

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: MSYS
>Group: Aged issue
>Status: Pending
>Resolution: Out of Date
Priority: 5
Private: No
Submitted By: Andreas Deininger (deining)
Assigned to: Cesar Strauss (cstrauss)
Summary: error if msys is installed in directory with spaces 

Initial Comment:
I just installed latest MSYS version (1.0.11) on a Windows XP box in a directory with spaces in it (e.g.
C:\Program Files\MSYS). 

Invoking msys.bat, I got the error:

Windows cannot find 'C :\Program' . Make sure you typed the name correctly, and then try again. To search for
a file, click the Start button, and then click Search.

The attached patch solves that problem.
(Continue reading)


Gmane