From: SourceForge.net <no...@so...> - 2009-06-26 05:09:47
|
Bugs item #2812565, was opened at 2009-06-26 10:39 Message generated for change (Tracker Item Submitted) made by kbcgamer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812565&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: MinGW Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: kbc gamer (kbcgamer) Assigned to: Nobody/Anonymous (nobody) Summary: FFMPEG builds, but dll's are invalid. Initial Comment: GCC version : gcc -v Thread model: win32 gcc version 4.4.0 (GCC) Linker version: ld -v GNU ld (GNU Binutils) 2.19.1 Build environment: uname -a MINGW32_NT-5.1 XXXX-NEW 1.0.11(0.46/3/2) 2009-05-23 19:33 i686 Msys I'm trying to build the FFMPEG library, using the latest GCC by MinGW. FFMPEG builds properly. But the DLL's that are generated are invalid. Cause when my app tries to load up, it crashes. I tried doing a LoadLibrary call on the DLL. LoadLibrary fails, with an error code of 998. Error code 998 = Invalid access to memory location. When I revert back to an older version of GCC (unofficial 4.2.0 SJLJ), then it works perfectly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812565&group_id=2435 |
From: SourceForge.net <no...@so...> - 2009-06-26 06:45:35
|
Bugs item #2812588, was opened at 2009-06-26 12:15 Message generated for change (Tracker Item Submitted) made by kbcgamer You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812588&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: MinGW Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: kbc gamer (kbcgamer) Assigned to: Nobody/Anonymous (nobody) Summary: FFMPEG builds, but dll's are invalid. Initial Comment: GCC version : gcc -v Thread model: win32 gcc version 4.4.0 (GCC) Linker version: ld -v GNU ld (GNU Binutils) 2.19.1 Build environment: uname -a MINGW32_NT-5.1 XXXX-NEW 1.0.11(0.46/3/2) 2009-05-23 19:33 i686 Msys I'm trying to build the FFMPEG library, using the latest GCC by MinGW. FFMPEG builds properly. But the DLL's that are generated are invalid. Cause when my app tries to load up, it crashes. I tried doing a LoadLibrary call on the DLL. LoadLibrary fails, with an error code of 998. Error code 998 = Invalid access to memory location. When I revert back to an older version of GCC (unofficial 4.2.0 SJLJ), then it works perfectly. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812588&group_id=2435 |
From: SourceForge.net <no...@so...> - 2009-06-26 11:28:01
|
Bugs item #2812588, was opened at 2009-06-26 10:45 Message generated for change (Comment added) made by l_r_nightmare You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812588&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: MinGW Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: kbc gamer (kbcgamer) Assigned to: Nobody/Anonymous (nobody) Summary: FFMPEG builds, but dll's are invalid. Initial Comment: GCC version : gcc -v Thread model: win32 gcc version 4.4.0 (GCC) Linker version: ld -v GNU ld (GNU Binutils) 2.19.1 Build environment: uname -a MINGW32_NT-5.1 XXXX-NEW 1.0.11(0.46/3/2) 2009-05-23 19:33 i686 Msys I'm trying to build the FFMPEG library, using the latest GCC by MinGW. FFMPEG builds properly. But the DLL's that are generated are invalid. Cause when my app tries to load up, it crashes. I tried doing a LoadLibrary call on the DLL. LoadLibrary fails, with an error code of 998. Error code 998 = Invalid access to memory location. When I revert back to an older version of GCC (unofficial 4.2.0 SJLJ), then it works perfectly. ---------------------------------------------------------------------- Comment By: LRN (l_r_nightmare) Date: 2009-06-26 15:27 Message: This bug has been known for months - http://roundup.ffmpeg.org/roundup/ffmpeg/issue783 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812588&group_id=2435 |
From: SourceForge.net <no...@so...> - 2009-06-30 04:16:53
|
Bugs item #2812565, was opened at 2009-06-26 00:09 Message generated for change (Comment added) made by aaronwl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812565&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: gcc Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: kbc gamer (kbcgamer) Assigned to: Nobody/Anonymous (nobody) Summary: FFMPEG builds, but dll's are invalid. Initial Comment: GCC version : gcc -v Thread model: win32 gcc version 4.4.0 (GCC) Linker version: ld -v GNU ld (GNU Binutils) 2.19.1 Build environment: uname -a MINGW32_NT-5.1 XXXX-NEW 1.0.11(0.46/3/2) 2009-05-23 19:33 i686 Msys I'm trying to build the FFMPEG library, using the latest GCC by MinGW. FFMPEG builds properly. But the DLL's that are generated are invalid. Cause when my app tries to load up, it crashes. I tried doing a LoadLibrary call on the DLL. LoadLibrary fails, with an error code of 998. Error code 998 = Invalid access to memory location. When I revert back to an older version of GCC (unofficial 4.2.0 SJLJ), then it works perfectly. ---------------------------------------------------------------------- >Comment By: Aaron W. LaFramboise (aaronwl) Date: 2009-06-29 23:15 Message: For the record, as observed elsewhere, the way to work around this is to link with -static-libgcc. This is a bug in something involving the shared libgcc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812565&group_id=2435 |
From: SourceForge.net <no...@so...> - 2009-06-30 20:02:05
|
Bugs item #2812565, was opened at 2009-06-26 09:09 Message generated for change (Comment added) made by l_r_nightmare You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812565&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: gcc Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: kbc gamer (kbcgamer) Assigned to: Nobody/Anonymous (nobody) Summary: FFMPEG builds, but dll's are invalid. Initial Comment: GCC version : gcc -v Thread model: win32 gcc version 4.4.0 (GCC) Linker version: ld -v GNU ld (GNU Binutils) 2.19.1 Build environment: uname -a MINGW32_NT-5.1 XXXX-NEW 1.0.11(0.46/3/2) 2009-05-23 19:33 i686 Msys I'm trying to build the FFMPEG library, using the latest GCC by MinGW. FFMPEG builds properly. But the DLL's that are generated are invalid. Cause when my app tries to load up, it crashes. I tried doing a LoadLibrary call on the DLL. LoadLibrary fails, with an error code of 998. Error code 998 = Invalid access to memory location. When I revert back to an older version of GCC (unofficial 4.2.0 SJLJ), then it works perfectly. ---------------------------------------------------------------------- Comment By: LRN (l_r_nightmare) Date: 2009-07-01 00:01 Message: Building with -static-libgcc doesn't help ---------------------------------------------------------------------- Comment By: Aaron W. LaFramboise (aaronwl) Date: 2009-06-30 08:15 Message: For the record, as observed elsewhere, the way to work around this is to link with -static-libgcc. This is a bug in something involving the shared libgcc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812565&group_id=2435 |
From: SourceForge.net <no...@so...> - 2009-07-01 12:41:40
|
Bugs item #2812565, was opened at 2009-06-26 01:09 Message generated for change (Comment added) made by earnie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812565&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: gcc Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: kbc gamer (kbcgamer) Assigned to: Nobody/Anonymous (nobody) Summary: FFMPEG builds, but dll's are invalid. Initial Comment: GCC version : gcc -v Thread model: win32 gcc version 4.4.0 (GCC) Linker version: ld -v GNU ld (GNU Binutils) 2.19.1 Build environment: uname -a MINGW32_NT-5.1 XXXX-NEW 1.0.11(0.46/3/2) 2009-05-23 19:33 i686 Msys I'm trying to build the FFMPEG library, using the latest GCC by MinGW. FFMPEG builds properly. But the DLL's that are generated are invalid. Cause when my app tries to load up, it crashes. I tried doing a LoadLibrary call on the DLL. LoadLibrary fails, with an error code of 998. Error code 998 = Invalid access to memory location. When I revert back to an older version of GCC (unofficial 4.2.0 SJLJ), then it works perfectly. ---------------------------------------------------------------------- >Comment By: Earnie Boyd (earnie) Date: 2009-07-01 08:41 Message: Are the dependent libraries all created with your 4.4.0 version of GCC? ---------------------------------------------------------------------- Comment By: LRN (l_r_nightmare) Date: 2009-06-30 16:01 Message: Building with -static-libgcc doesn't help ---------------------------------------------------------------------- Comment By: Aaron W. LaFramboise (aaronwl) Date: 2009-06-30 00:15 Message: For the record, as observed elsewhere, the way to work around this is to link with -static-libgcc. This is a bug in something involving the shared libgcc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812565&group_id=2435 |
From: SourceForge.net <no...@so...> - 2009-07-02 05:52:30
|
Bugs item #2812565, was opened at 2009-06-26 09:09 Message generated for change (Comment added) made by l_r_nightmare You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812565&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: gcc Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: kbc gamer (kbcgamer) Assigned to: Nobody/Anonymous (nobody) Summary: FFMPEG builds, but dll's are invalid. Initial Comment: GCC version : gcc -v Thread model: win32 gcc version 4.4.0 (GCC) Linker version: ld -v GNU ld (GNU Binutils) 2.19.1 Build environment: uname -a MINGW32_NT-5.1 XXXX-NEW 1.0.11(0.46/3/2) 2009-05-23 19:33 i686 Msys I'm trying to build the FFMPEG library, using the latest GCC by MinGW. FFMPEG builds properly. But the DLL's that are generated are invalid. Cause when my app tries to load up, it crashes. I tried doing a LoadLibrary call on the DLL. LoadLibrary fails, with an error code of 998. Error code 998 = Invalid access to memory location. When I revert back to an older version of GCC (unofficial 4.2.0 SJLJ), then it works perfectly. ---------------------------------------------------------------------- Comment By: LRN (l_r_nightmare) Date: 2009-07-02 09:52 Message: Yes. I've checked with dependency walker - ffmpeg.exe depends only on libav*, which are built along with it with GCC 4.4. Well, there are system libraries (like KERNEL32.DLL), of course, but you can't expect them to be built with GCC... ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2009-07-01 16:41 Message: Are the dependent libraries all created with your 4.4.0 version of GCC? ---------------------------------------------------------------------- Comment By: LRN (l_r_nightmare) Date: 2009-07-01 00:01 Message: Building with -static-libgcc doesn't help ---------------------------------------------------------------------- Comment By: Aaron W. LaFramboise (aaronwl) Date: 2009-06-30 08:15 Message: For the record, as observed elsewhere, the way to work around this is to link with -static-libgcc. This is a bug in something involving the shared libgcc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812565&group_id=2435 |
From: SourceForge.net <no...@so...> - 2009-08-22 16:08:11
|
Bugs item #2812565, was opened at 2009-06-26 09:09 Message generated for change (Comment added) made by l_r_nightmare You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812565&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: gcc Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: kbc gamer (kbcgamer) Assigned to: Nobody/Anonymous (nobody) Summary: FFMPEG builds, but dll's are invalid. Initial Comment: GCC version : gcc -v Thread model: win32 gcc version 4.4.0 (GCC) Linker version: ld -v GNU ld (GNU Binutils) 2.19.1 Build environment: uname -a MINGW32_NT-5.1 XXXX-NEW 1.0.11(0.46/3/2) 2009-05-23 19:33 i686 Msys I'm trying to build the FFMPEG library, using the latest GCC by MinGW. FFMPEG builds properly. But the DLL's that are generated are invalid. Cause when my app tries to load up, it crashes. I tried doing a LoadLibrary call on the DLL. LoadLibrary fails, with an error code of 998. Error code 998 = Invalid access to memory location. When I revert back to an older version of GCC (unofficial 4.2.0 SJLJ), then it works perfectly. ---------------------------------------------------------------------- Comment By: LRN (l_r_nightmare) Date: 2009-08-22 20:08 Message: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40905 ---------------------------------------------------------------------- Comment By: LRN (l_r_nightmare) Date: 2009-07-02 09:52 Message: Yes. I've checked with dependency walker - ffmpeg.exe depends only on libav*, which are built along with it with GCC 4.4. Well, there are system libraries (like KERNEL32.DLL), of course, but you can't expect them to be built with GCC... ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2009-07-01 16:41 Message: Are the dependent libraries all created with your 4.4.0 version of GCC? ---------------------------------------------------------------------- Comment By: LRN (l_r_nightmare) Date: 2009-07-01 00:01 Message: Building with -static-libgcc doesn't help ---------------------------------------------------------------------- Comment By: Aaron W. LaFramboise (aaronwl) Date: 2009-06-30 08:15 Message: For the record, as observed elsewhere, the way to work around this is to link with -static-libgcc. This is a bug in something involving the shared libgcc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812565&group_id=2435 |
From: SF/projects/mingw n. l. <min...@li...> - 2012-06-14 14:25:54
|
Bugs item #2812588, was opened at 2009-06-25 23:45 Message generated for change (Comment added) made by earnie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812588&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: MinGW Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Private: No Submitted By: kbc gamer (kbcgamer) Assigned to: Nobody/Anonymous (nobody) Summary: FFMPEG builds, but dll's are invalid. Initial Comment: GCC version : gcc -v Thread model: win32 gcc version 4.4.0 (GCC) Linker version: ld -v GNU ld (GNU Binutils) 2.19.1 Build environment: uname -a MINGW32_NT-5.1 XXXX-NEW 1.0.11(0.46/3/2) 2009-05-23 19:33 i686 Msys I'm trying to build the FFMPEG library, using the latest GCC by MinGW. FFMPEG builds properly. But the DLL's that are generated are invalid. Cause when my app tries to load up, it crashes. I tried doing a LoadLibrary call on the DLL. LoadLibrary fails, with an error code of 998. Error code 998 = Invalid access to memory location. When I revert back to an older version of GCC (unofficial 4.2.0 SJLJ), then it works perfectly. ---------------------------------------------------------------------- >Comment By: Earnie Boyd (earnie) Date: 2012-06-14 07:25 Message: If you are still experiencing problems with a recent release of GCC open a new issue. ---------------------------------------------------------------------- Comment By: LRN (l_r_nightmare) Date: 2009-06-26 04:27 Message: This bug has been known for months - http://roundup.ffmpeg.org/roundup/ffmpeg/issue783 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812588&group_id=2435 |
From: SF/projects/mingw n. l. <min...@li...> - 2012-06-14 14:40:35
|
Bugs item #2812565, was opened at 2009-06-25 22:09 Message generated for change (Comment added) made by earnie You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812565&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: gcc Group: None >Status: Closed >Resolution: Out of Date Priority: 5 Private: No Submitted By: kbc gamer (kbcgamer) Assigned to: Nobody/Anonymous (nobody) Summary: FFMPEG builds, but dll's are invalid. Initial Comment: GCC version : gcc -v Thread model: win32 gcc version 4.4.0 (GCC) Linker version: ld -v GNU ld (GNU Binutils) 2.19.1 Build environment: uname -a MINGW32_NT-5.1 XXXX-NEW 1.0.11(0.46/3/2) 2009-05-23 19:33 i686 Msys I'm trying to build the FFMPEG library, using the latest GCC by MinGW. FFMPEG builds properly. But the DLL's that are generated are invalid. Cause when my app tries to load up, it crashes. I tried doing a LoadLibrary call on the DLL. LoadLibrary fails, with an error code of 998. Error code 998 = Invalid access to memory location. When I revert back to an older version of GCC (unofficial 4.2.0 SJLJ), then it works perfectly. ---------------------------------------------------------------------- >Comment By: Earnie Boyd (earnie) Date: 2012-06-14 07:40 Message: According to the http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40905 thread this issue is resolved. ---------------------------------------------------------------------- Comment By: LRN (l_r_nightmare) Date: 2009-08-22 09:08 Message: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40905 ---------------------------------------------------------------------- Comment By: LRN (l_r_nightmare) Date: 2009-07-01 22:52 Message: Yes. I've checked with dependency walker - ffmpeg.exe depends only on libav*, which are built along with it with GCC 4.4. Well, there are system libraries (like KERNEL32.DLL), of course, but you can't expect them to be built with GCC... ---------------------------------------------------------------------- Comment By: Earnie Boyd (earnie) Date: 2009-07-01 05:41 Message: Are the dependent libraries all created with your 4.4.0 version of GCC? ---------------------------------------------------------------------- Comment By: LRN (l_r_nightmare) Date: 2009-06-30 13:01 Message: Building with -static-libgcc doesn't help ---------------------------------------------------------------------- Comment By: Aaron W. LaFramboise (aaronwl) Date: 2009-06-29 21:15 Message: For the record, as observed elsewhere, the way to work around this is to link with -static-libgcc. This is a bug in something involving the shared libgcc. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=2812565&group_id=2435 |