This list is closed, nobody may subscribe to it.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(371) |
Oct
(167) |
Nov
(412) |
Dec
(208) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(378) |
Feb
(302) |
Mar
(269) |
Apr
(296) |
May
(306) |
Jun
(381) |
Jul
(346) |
Aug
(315) |
Sep
(195) |
Oct
(216) |
Nov
(280) |
Dec
(227) |
| 2002 |
Jan
(309) |
Feb
(333) |
Mar
(328) |
Apr
(407) |
May
(517) |
Jun
(519) |
Jul
(400) |
Aug
(580) |
Sep
(1273) |
Oct
(984) |
Nov
(683) |
Dec
(538) |
| 2003 |
Jan
(578) |
Feb
(454) |
Mar
(312) |
Apr
(366) |
May
(505) |
Jun
(431) |
Jul
(415) |
Aug
(374) |
Sep
(470) |
Oct
(578) |
Nov
(372) |
Dec
(309) |
| 2004 |
Jan
(308) |
Feb
(247) |
Mar
(372) |
Apr
(413) |
May
(333) |
Jun
(323) |
Jul
(269) |
Aug
(239) |
Sep
(469) |
Oct
(383) |
Nov
(400) |
Dec
(332) |
| 2005 |
Jan
(411) |
Feb
(363) |
Mar
(346) |
Apr
(316) |
May
(275) |
Jun
(248) |
Jul
(396) |
Aug
(396) |
Sep
(279) |
Oct
(340) |
Nov
(319) |
Dec
(218) |
| 2006 |
Jan
(317) |
Feb
(263) |
Mar
(304) |
Apr
(296) |
May
(209) |
Jun
(349) |
Jul
(246) |
Aug
(198) |
Sep
(174) |
Oct
(138) |
Nov
(201) |
Dec
(270) |
| 2007 |
Jan
(223) |
Feb
(182) |
Mar
(350) |
Apr
(350) |
May
(259) |
Jun
(221) |
Jul
(299) |
Aug
(465) |
Sep
(356) |
Oct
(265) |
Nov
(417) |
Dec
(225) |
| 2008 |
Jan
(421) |
Feb
(327) |
Mar
(219) |
Apr
(389) |
May
(375) |
Jun
(262) |
Jul
(215) |
Aug
(289) |
Sep
(257) |
Oct
(383) |
Nov
(237) |
Dec
(209) |
| 2009 |
Jan
(232) |
Feb
(327) |
Mar
(306) |
Apr
(251) |
May
(146) |
Jun
(247) |
Jul
(302) |
Aug
(252) |
Sep
(263) |
Oct
(376) |
Nov
(270) |
Dec
(244) |
| 2010 |
Jan
(225) |
Feb
(184) |
Mar
(300) |
Apr
(290) |
May
(275) |
Jun
(535) |
Jul
(192) |
Aug
(237) |
Sep
(304) |
Oct
(142) |
Nov
(384) |
Dec
(186) |
| 2011 |
Jan
(305) |
Feb
(337) |
Mar
(331) |
Apr
(318) |
May
(306) |
Jun
(299) |
Jul
(205) |
Aug
(271) |
Sep
(232) |
Oct
(179) |
Nov
(252) |
Dec
(216) |
| 2012 |
Jan
(195) |
Feb
(268) |
Mar
(142) |
Apr
(226) |
May
(203) |
Jun
(132) |
Jul
(211) |
Aug
(429) |
Sep
(289) |
Oct
(291) |
Nov
(182) |
Dec
(188) |
| 2013 |
Jan
(205) |
Feb
(259) |
Mar
(224) |
Apr
(125) |
May
(295) |
Jun
(181) |
Jul
(209) |
Aug
(167) |
Sep
(330) |
Oct
(212) |
Nov
(95) |
Dec
(114) |
| 2014 |
Jan
(40) |
Feb
(63) |
Mar
(62) |
Apr
(65) |
May
(82) |
Jun
(105) |
Jul
(56) |
Aug
(175) |
Sep
(79) |
Oct
(49) |
Nov
(51) |
Dec
(47) |
| 2015 |
Jan
(26) |
Feb
(69) |
Mar
(82) |
Apr
(55) |
May
(35) |
Jun
(57) |
Jul
(54) |
Aug
(56) |
Sep
(25) |
Oct
(21) |
Nov
(8) |
Dec
(27) |
| 2016 |
Jan
(49) |
Feb
(44) |
Mar
(132) |
Apr
(39) |
May
(39) |
Jun
(49) |
Jul
(70) |
Aug
(43) |
Sep
(69) |
Oct
(79) |
Nov
(65) |
Dec
(32) |
| 2017 |
Jan
(99) |
Feb
(88) |
Mar
(42) |
Apr
(47) |
May
(56) |
Jun
|
Jul
(79) |
Aug
(9) |
Sep
(29) |
Oct
(4) |
Nov
|
Dec
(12) |
| 2018 |
Jan
(45) |
Feb
(6) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
1
(1) |
2
(5) |
3
(3) |
4
(1) |
5
|
6
|
|
7
(2) |
8
|
9
|
10
(4) |
11
(12) |
12
(4) |
13
|
|
14
|
15
|
16
|
17
|
18
|
19
|
20
|
|
21
|
22
|
23
|
24
|
25
|
26
|
27
|
|
28
|
29
(9) |
30
(1) |
31
(1) |
|
|
|
|
From: David G. <DGr...@am...> - 2016-08-31 19:41:37
|
>> On Aug 29, 2016, at 8:36 PM, David Gressett <DGr...@am...> wrote: >> >> ... snip ... >>> I have downloaded all the automated installer and all the pre-requisite software >>> and read the installation manuals and comments, etc., with no luck; still I have a >>> difficulty to correctly do the installation and get it up and running since my OS is >>> Windows 10. >> >> You need to supply more information - >> What is the name of the file of the "automated installer"? >The automated installer is MinGW-get-setup.exe. I have installed all the packages in >this installer for both MinGW and MSYS just in case. Nevertheless, cannot make any file; not sure if it has to do with the directory address, etc Please do not top post - it much easier to follow the logic of multi-part questions and answers when the answers are inserted immediately following the question. This answer establishes that it was indeed the MinGW 32-bit compilers that are supported on this list that you installed. >> >> Did the installer fail, or did problems happen after the installation? Your top-posted answer was too brief, and did not answer this question. (That is another reason why you should not top post answers - when you don't attach answers directly under the questions, it is too easy to fail to notice that you did not answer an important question.) >> >> What was the exact text of the error messages (if any) that were >> produced during the installation? No answer - more information is needed. What happened here? >> >> If problems happened after the installation, what command line >> failed, and what error message was created? No answer - more information is needed. What happened here? |
|
From: Rayestm <ra...@gm...> - 2016-08-30 03:47:31
|
The automated installer is MinGW-get-setup.exe. I have installed all the packages in this installer for both MinGW and MSYS just in case. Nevertheless, cannot make any file; not sure if it has to do with the directory address, etc > On Aug 29, 2016, at 8:36 PM, David Gressett <DGr...@am...> wrote: > > ... snip ... >> I have downloaded all the automated installer and all the pre-requisite software >> and read the installation manuals and comments, etc., with no luck; still I have a >> difficulty to correctly do the installation and get it up and running since my OS is >> Windows 10. > > You need to supply more information - > What is the name of the file of the "automated installer"? > > Did the installer fail, or did problems happen after the installation? > > What was the exact text of the error messages (if any) that were > produced during the installation? > > If problems happened after the installation, what command line > failed, and what error message was created? > > > ------------------------------------------------------------------------------ > _______________________________________________ > MinGW-users mailing list > Min...@li... > > This list observes the Etiquette found at > http://www.mingw.org/Mailing_Lists. > We ask that you be polite and do the same. Disregard for the list etiquette may cause your account to be moderated. > > _______________________________________________ > You may change your MinGW Account Options or unsubscribe at: > https://lists.sourceforge.net/lists/listinfo/mingw-users > Also: mailto:min...@li...?subject=unsubscribe |
|
From: fd f. <tur...@gm...> - 2016-08-29 23:20:27
|
I was opening and see stdlib.h around line 91 #define __wargv (*__p___wargv()) #define __argv (*__p___argv()) #define __argc (*__p___argc()) extern wchar_t*** __cdecl __MINGW_NOTHROW __p___wargv(void); I see wargv. Is that mean I can use wchar_t of argv in mingw? |
|
From: Eli Z. <el...@gn...> - 2016-08-29 19:32:06
|
> From: fd fsa <tur...@gm...> > Date: Mon, 29 Aug 2016 14:52:16 -0400 > > My source file is encoded in cp949, then I have to give mingw an option -finput-charset=CP949 > so , I guess gcc converts file encoded in cp949 to utf-8. Yes. You need to use -fexec-charset to override the default UTF-8, AFAIK. |
|
From: fd f. <tur...@gm...> - 2016-08-29 18:52:24
|
My source file is encoded in cp949, then I have to give mingw an option
-finput-charset=CP949
so , I guess gcc converts file encoded in cp949 to utf-8.
2016-08-29 13:27 GMT-04:00 Eli Zaretskii <el...@gn...>:
> > From: fd fsa <tur...@gm...>
> > Date: Mon, 29 Aug 2016 13:01:17 -0400
> >
> > I have set my system locale to Korean in windows.
> > and in test program
> >
> > void main()
> > {
> > setlocale(LC_ALL, "korean");
> >
> > char *b = "한";
> >
> > mblen(NULL, MB_CUR_MAX);
> > printf("%d\n", mblen(b, MB_CUR_MAX));
> > printf("%d\n", strlen(b));
> > }
> >
> > C:\WINDOWS\system32\cmd.exe /c ( ^"mbstrlentest^" )
> > -1
> > 3
> > shell returned 2
> > Hit any key to close this window...
> >
> > mblen seems to return incorrect multibyte length. if I set locale to
> Korean, is it even a multibyte coding? strlen
> > says 3 bytes, so I assume it's multibyte.
>
> How (in what codepage) did you encode your source file? AFAIK, the
> Korean codepage is 949, where the character you used is a 2-byte
> sequence. That in your case it used 3 bytes makes be suspect your
> source file was encoded in UTF-8, which is not supported by Windows
> mblen.
>
> ------------------------------------------------------------
> ------------------
> _______________________________________________
> MinGW-users mailing list
> Min...@li...
>
> This list observes the Etiquette found at
> http://www.mingw.org/Mailing_Lists.
> We ask that you be polite and do the same. Disregard for the list
> etiquette may cause your account to be moderated.
>
> _______________________________________________
> You may change your MinGW Account Options or unsubscribe at:
> https://lists.sourceforge.net/lists/listinfo/mingw-users
> Also: mailto:min...@li...?subject=unsubscribe
|
|
From: David G. <DGr...@am...> - 2016-08-29 17:36:36
|
... snip ... >I have downloaded all the automated installer and all the pre-requisite software >and read the installation manuals and comments, etc., with no luck; still I have a > difficulty to correctly do the installation and get it up and running since my OS is >Windows 10. You need to supply more information - What is the name of the file of the "automated installer"? Did the installer fail, or did problems happen after the installation? What was the exact text of the error messages (if any) that were produced during the installation? If problems happened after the installation, what command line failed, and what error message was created? |
|
From: Eli Z. <el...@gn...> - 2016-08-29 17:27:44
|
> From: fd fsa <tur...@gm...>
> Date: Mon, 29 Aug 2016 13:01:17 -0400
>
> I have set my system locale to Korean in windows.
> and in test program
>
> void main()
> {
> setlocale(LC_ALL, "korean");
>
> char *b = "한";
>
> mblen(NULL, MB_CUR_MAX);
> printf("%d\n", mblen(b, MB_CUR_MAX));
> printf("%d\n", strlen(b));
> }
>
> C:\WINDOWS\system32\cmd.exe /c ( ^"mbstrlentest^" )
> -1
> 3
> shell returned 2
> Hit any key to close this window...
>
> mblen seems to return incorrect multibyte length. if I set locale to Korean, is it even a multibyte coding? strlen
> says 3 bytes, so I assume it's multibyte.
How (in what codepage) did you encode your source file? AFAIK, the
Korean codepage is 949, where the character you used is a 2-byte
sequence. That in your case it used 3 bytes makes be suspect your
source file was encoded in UTF-8, which is not supported by Windows
mblen.
|
|
From: fd f. <tur...@gm...> - 2016-08-29 17:01:29
|
I have set my system locale to Korean in windows.
and in test program
void main()
{
setlocale(LC_ALL, "korean");
char *b = "한";
mblen(NULL, MB_CUR_MAX);
printf("%d\n", mblen(b, MB_CUR_MAX));
printf("%d\n", strlen(b));
}
C:\WINDOWS\system32\cmd.exe /c ( ^"mbstrlentest^" )
-1
3
shell returned 2
Hit any key to close this window...
mblen seems to return incorrect multibyte length. if I set locale to
Korean, is it even a multibyte coding? strlen says 3 bytes, so I assume
it's multibyte.
|
|
From: <ra...@gm...> - 2016-08-29 16:56:42
|
Dear All, I hope this email finds you well. I am writing this email to seek your help to guide me through the installation of MinGW. I have downloaded all the automated installer and all the pre-requisite software and read the installation manuals and comments, etc., with no luck; still I have a difficulty to correctly do the installation and get it up and running since my OS is Windows 10. Thanks and I appreciate your assistance. Sincerely, Reyes |
|
From: Rayestm <ra...@gm...> - 2016-08-29 16:53:19
|
Dear All I hope this email finds you well. I'm writing this email seeking your help to guide me through the installation of MinGW/Msys. I have downloaded the automated installer, all pre-requisite software and read all manuals and comments with no luck. I still have a difficulty in correctly do the installation and get it up and running since my OS is windows 10. Thanks for your assistance. Sincerely, Reyes |
|
From: Rayestm <ra...@gm...> - 2016-08-29 16:50:48
|
Dear All I hope this email finds you well. I'm writing this email seeking your help to guide me through the installation of MinGW. I have downloaded the automated installer, all pre-requisite software and read all manuals and comments with no luck. I still have a difficulty in correctly do the installation and get it up and running since my OS is windows 10. Thanks for your assistance. Sincerely, Reyes |
|
From: Keith M. <kei...@us...> - 2016-08-12 19:53:20
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 12/08/16 19:33, DAVENPORT, MARC wrote: > I never even knew what top posting was until Keith told me I was > doing it. I'm not lazy. Ignorant maybe, but not lazy. Well, you're no longer ignorant, (at least w.r.t. top posting); I guess you will probably also eschew top posting laziness, at least on this list, from now on. > You'll notice I trimmed out the quote in my post as requested. Yes, while leaving just enough to preserve context. Model behaviour indeed; would that everyone might emulate it. > As for the gmail app on my Android phone, it does the same thing. I doubt you're running MinGW on your Android phone, so why on earth would you want to use its gmail app to post to a MinGW mailing list? Surely it makes more sense to use an e-mail client on the computer on which you are running MinGW; an e-mail client which delivers sane behaviour OOTB, and doesn't tie you into the insane strictures of any ghastly web-mail app. (And no, I don't think there is any such thing as a web-mail app which is truly fit for purpose; I did use one for a while, but I always used gvim to edit my replies). > At least it gives you the option to remove the quote entirely or > inline it. Inlining is ALWAYS the sane option. And with respect, if your MUA doesn't readily support that, then it is effectively DISCOURAGING any form of meaningful e-mail dialogue. > If you inline it you still have to backspace through pages of junk > including the signature the mailing list adds because there is no > effective way to multi-select on my phone. And this is precisely why it is so unfit for purpose. I am using Thunderbird on this computer. It isn't perfect, but it does offer me the option to highlight just part of an incoming message, and reply to only that, or to reply to the whole, and subsequently select, and easily delete, entire swathes of it, before sending. - -- Regards, Keith. Public key available from keys.gnupg.net Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQIcBAEBAgAGBQJXrikjAAoJEMCtNsY0flo/FCEQAJMT/3TR5cEjc0ZlAY13WC1q NmAHL/Lxqdp6CsbkzdJ8bBLBafJERybXfCc//IUg5Wv03gKleCBv5EOKC4ykqqFT wk9kxn4fxbWpmFH3kPDZTSwO61gRGWLTKQ4lQ4sU+9JkMVwWRcCkJ0CDjaNLAsCN l5sOedXe/6zNLkTLdt3ejdeofM0hWKJ3dPh76ZfAbgPJBvoW3vQhDRuXbp67lWHy YX7ONGtCpBmBlrNm3QCb0qlRQMz/IAv42ufchid4eH8cXW6UzEyhXamQGraRflXj EL338XKwCEaLtQFEH3+ZxyP6BT46IfYKyBt99AnqY11TzzlgIKrlwZLiWJCWRP2U /VDMdi254WjyAISNvvsc3yTgNSbWUS8E8InRqsC+HuUH16UhaeBtQoMR4bnxhafF yBRbHHLcM9JYRpRlVToMRsOR8vqmxFZjIkxECHGbZh7XZi7GIIlNcUQ2Wa6MukHu d1csK8bwiIBit3/qyysmj5HBEjF3a56ri7MFVV+FOMZ3gkse4AK+/LgcEEnFG8pE o4Yr0TBJP/W4ObOtHkO1TH8yK+M6VghJRjqIzpjaMFnxth2IaA4ugE2zSFMuBPXJ dS2qx4DD/5S6Yekh2iaRiwZV5JjY7Ti5ib5c3UchBTWqBpncTzJaQPrDl48IUlzi cBCcqKxlV+V/ACHwIgG+ =bMrw -----END PGP SIGNATURE----- |
|
From: raynebc . <ra...@gm...> - 2016-08-12 19:01:52
|
> Gmail does no such thing. As a Gmail user, I can also confirm "top posting" is the default behavior of this web email service. I think it's a common behavior for email in general, and changing the post behavior to avoid it is more like trying to get it to function like a web forum instead. |
|
From: DAVENPORT, M. <mda...@co...> - 2016-08-12 18:33:39
|
>>> You're welcome, but please DON'T top post. >> >> Sorry about that, gmail encourages top posting. >> > Gmail does no such thing. All due respect, but yes it does. See the screenshot below. https://postimg.org/image/l0sdrtr4r/ There is a tiny button at the bottom of the reply box that is almost invisible with three dots. In the screenshot it is highlighted because I was hovering over it with my mouse cursor to show it. If you never click on it and delete what is there, then gmail silently adds the quoted text from the last reply to the bottom of your post. So in all due respect, gmail does encourage top posting. I never even knew what top posting was until Keith told me I was doing it. I'm not lazy. Ignorant maybe, but not lazy. You'll notice I trimmed out the quote in my post as requested. As for the gmail app on my Android phone, it does the same thing. At least it gives you the option to remove the quote entirely or inline it. If you inline it you still have to backspace through pages of junk including the signature the mailing list adds because there is no effective way to multi-select on my phone. |
|
From: Earnie <ea...@us...> - 2016-08-12 18:07:42
|
On 8/11/2016 11:06 AM, DAVENPORT, MARC wrote: >> You're welcome, but please DON'T top post. > > Sorry about that, gmail encourages top posting. > Gmail does no such thing. Most email clients will put the cursor at the top of the mail. Some give an option for the top or the bottom. The user of the email client is the one who decides how the mail is to be structured. The cursor can be moved from the top or the bottom to correctly quote the statements you're responding to. The user can also remove any nonessential words remaining in the post. -- Earnie |
|
From: Keith M. <kei...@us...> - 2016-08-11 20:31:22
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11/08/16 16:06, DAVENPORT, MARC wrote: >> You're welcome, but please DON'T top post. > > Sorry about that, gmail encourages top posting. I guess it leaves the insertion cursor in blank space ABOVE the quoted original message text, (which is not anywhere you should ever place any part of your response), but how could it possibly know where you should be breaking into that original text, for a properly placed in-context, in-line response? I don't think I would go so far as to call that top cursor placement "encouragement" for top posting, any more than Thunderbird's default bottom placement is encouragement for (equally bad) bottom posting; maybe "facilitates", rather than "encourages". The reality is that failure to move the cursor to an appropriate point, for insertion of your response, and failure to prune contextually irrelevant cruft out of the quoted original text, are symptomatic of careless laziness. - -- Regards, Keith. Public key available from keys.gnupg.net Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQIcBAEBAgAGBQJXrOB7AAoJEMCtNsY0flo/MLAQALEiKkd9vjDSBKeUE0G7qNo0 R+TZaAuUp/9mCs5FN1/bqgg7xbMWKVsVnfuld5vGz/fHVW4s6VOa3Oa11WStKaH5 TearZtPJUmLBNMpV50pF3IiM/14IyMqmYoBd3Tc83rC3PlJMsGtRL+mSZdSIL9hK 8zPqbrX2n55OQs+xGHDDeWKvVIv3ZdjLqrX5cSDrmRmoRoOYAJf13gAhdOMZRyHS 3r7iChAO1lEDvAMk1TM36QJbrHCbo4d7vMw6/mUKxwemFixU8BYSXWi17BFkEZCf v2v3JOnlyBFOO9DH5C5qXd5gGeaenLQ+NIMayB669qj1ogEIcBCSa2g440gkpnW6 AsDfularogPYqHOTMLqTp9R0COla+jm4Frmr0khuy1Rfz/PAyVY/Ye2ef9gAZQNX h2tv5zeLe7wkqixUlG3+tkjmn6bHVodYlyAO6RIvLgZR+wU/jj84oI8ERppF9DOb wNPEBUGI2z6yUuvz42XF4YyWgqCZZmhHAyV98dgNZgBpbRityZPuZPdHlJXXOKO0 GbGoW6SoGofHexN2xiZYaL3mcHxCrFqDYczKoHQLS35Sc0ZJXqm9FHQ4GCPLoHz0 jzlmwWMflPzzimThb/VC/G+x3Ksv9MTBwWcqRkMkqCnhafZAFiF972Vvjp2yW3Yz sY5ghb6BVASg/R3jXXfw =rZqZ -----END PGP SIGNATURE----- |
|
From: Eli Z. <el...@gn...> - 2016-08-11 20:09:27
|
> From: "DAVENPORT, MARC" <mda...@co...> > Date: Thu, 11 Aug 2016 14:58:48 -0500 > > > > libjpeg still doesn't install it's headers properly though, which is their fault. > > > > Which version of libjpeg? According to my notes, jpeg-9a did install > > correctly. > > jpeg 6b. That is the version available from the libjpeg website. However I have nasm installed now and I built > libjpeg-turbo successfully so I don't need it. Well, 6b is quite old, so there's no surprise it has bugs. Just use the latest. |
|
From: DAVENPORT, M. <mda...@co...> - 2016-08-11 19:58:58
|
On Aug 11, 2016 2:47 PM, "Eli Zaretskii" <el...@gn...> wrote: > > > From: "DAVENPORT, MARC" <mda...@co...> > > Date: Thu, 11 Aug 2016 13:04:19 -0500 > > > > libjpeg still doesn't install it's headers properly though, which is their fault. > > Which version of libjpeg? According to my notes, jpeg-9a did install > correctly. jpeg 6b. That is the version available from the libjpeg website. However I have nasm installed now and I built libjpeg-turbo successfully so I don't need it. |
|
From: Eli Z. <el...@gn...> - 2016-08-11 19:47:25
|
> From: "DAVENPORT, MARC" <mda...@co...> > Date: Thu, 11 Aug 2016 13:04:19 -0500 > > libjpeg still doesn't install it's headers properly though, which is their fault. Which version of libjpeg? According to my notes, jpeg-9a did install correctly. |
|
From: DAVENPORT, M. <mda...@co...> - 2016-08-11 18:04:27
|
Okay. It was actually all my fault. Originally I was running mingw32-make to try and install libjpeg. I was getting an error because it couldn't find /bin/install. So I tried to "fix" it by copying /bin/install.exe to /bin/install. So now when I tried to install libjpeg with make install it said permission denied (because it was actually an exe, and not a real shell program). So it was my fault for using a "fix" that didn't work. Sorry for all the confusion. libjpeg still doesn't install it's headers properly though, which is their fault. So I'm going to try and install libjpeg-turbo. But that fails because I don't have nasm installed. But I can't install that because the local coffee house SonicWall thinks the nasm installer is a trojan. My problems never seem to end. On Thu, Aug 11, 2016 at 12:44 PM, DAVENPORT, MARC <mda...@co...> wrote: > I saw on the mailing list there was a previous problem similar to mine on > Vista with needing admin privileges and a manifest file to fix Vista's > security heuristic so I should also note that I am running MSYS Core 1.0.18 > and have the msys-coreutils 5.97-3-msys-1.0.13 package installed. I'm > attempting to build libjpeg version 6b on Windows 10 with MinGW 4.8.1 and > 5.3.0. > > > > > On Thu, Aug 11, 2016 at 11:52 AM, DAVENPORT, MARC <mda...@co...> > wrote: > >> On Aug 11, 2016 11:43 AM, "Eli Zaretskii" <el...@gn...> wrote: >> > >> > > From: "DAVENPORT, MARC" <mda...@co...> >> > > Date: Thu, 11 Aug 2016 10:44:59 -0500 >> > > >> > > I recently ran into a problem when trying to use make install with >> libjpeg. configure and make both work fine, >> > > but when I try to run 'make install' then it either halts with >> "Permission denied" or if I run it as administrator then >> > > it crashes with a stackdump. >> > >> > Did you try installing into a directory that is not on drive C:? >> > >> > In general, you should install only into directories of which your >> > user is the owner, otherwise all kinds of weirdo problems could bite >> > you. >> It does the same for drive E:/. Also note that I've been installing there >> (C:/) all day long in the same directory. >> > > |
|
From: DAVENPORT, M. <mda...@co...> - 2016-08-11 17:44:28
|
I saw on the mailing list there was a previous problem similar to mine on Vista with needing admin privileges and a manifest file to fix Vista's security heuristic so I should also note that I am running MSYS Core 1.0.18 and have the msys-coreutils 5.97-3-msys-1.0.13 package installed. I'm attempting to build libjpeg version 6b on Windows 10 with MinGW 4.8.1 and 5.3.0. On Thu, Aug 11, 2016 at 11:52 AM, DAVENPORT, MARC <mda...@co...> wrote: > On Aug 11, 2016 11:43 AM, "Eli Zaretskii" <el...@gn...> wrote: > > > > > From: "DAVENPORT, MARC" <mda...@co...> > > > Date: Thu, 11 Aug 2016 10:44:59 -0500 > > > > > > I recently ran into a problem when trying to use make install with > libjpeg. configure and make both work fine, > > > but when I try to run 'make install' then it either halts with > "Permission denied" or if I run it as administrator then > > > it crashes with a stackdump. > > > > Did you try installing into a directory that is not on drive C:? > > > > In general, you should install only into directories of which your > > user is the owner, otherwise all kinds of weirdo problems could bite > > you. > It does the same for drive E:/. Also note that I've been installing there > (C:/) all day long in the same directory. > |
|
From: DAVENPORT, M. <mda...@co...> - 2016-08-11 16:52:48
|
On Aug 11, 2016 11:43 AM, "Eli Zaretskii" <el...@gn...> wrote: > > > From: "DAVENPORT, MARC" <mda...@co...> > > Date: Thu, 11 Aug 2016 10:44:59 -0500 > > > > I recently ran into a problem when trying to use make install with libjpeg. configure and make both work fine, > > but when I try to run 'make install' then it either halts with "Permission denied" or if I run it as administrator then > > it crashes with a stackdump. > > Did you try installing into a directory that is not on drive C:? > > In general, you should install only into directories of which your > user is the owner, otherwise all kinds of weirdo problems could bite > you. It does the same for drive E:/. Also note that I've been installing there (C:/) all day long in the same directory. |
|
From: Eli Z. <el...@gn...> - 2016-08-11 16:43:30
|
> From: "DAVENPORT, MARC" <mda...@co...> > Date: Thu, 11 Aug 2016 10:44:59 -0500 > > I recently ran into a problem when trying to use make install with libjpeg. configure and make both work fine, > but when I try to run 'make install' then it either halts with "Permission denied" or if I run it as administrator then > it crashes with a stackdump. Did you try installing into a directory that is not on drive C:? In general, you should install only into directories of which your user is the owner, otherwise all kinds of weirdo problems could bite you. |
|
From: Keith M. <kei...@us...> - 2016-08-11 15:53:24
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11/08/16 16:06, DAVENPORT, MARC wrote: >> ... mingw32-make knows NOTHING about the MSYS file system >> structure, and there is no such thing as /bin/mkdir in the pure >> Windows environment, which it does know about. > > Makes sense I guess, but I kind of expected mingw and all of its > tools to keep working in the MSYS environment. Flawed expectation. mingw32-make.exe is a pure native Windows tool, provided for the convenience of users who, for whatever (misguided) reason, don't want to use MSYS. No native MinGW tools knows about the MSYS file system mapping, so, while most will run from MSYS, they cannot take advantage of MSYS path names. Where an MSYS specific alternative is provided, you should always use it, (unless the MinGW version supports some feature which you need, and the MSYS version doesn't; in this case you need to take care that MSYS features are properly converted, when you invoke the native tool). - -- Regards, Keith. Public key available from keys.gnupg.net Key fingerprint: C19E C018 1547 DE50 E1D4 8F53 C0AD 36C6 347E 5A3F -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (GNU/Linux) iQIcBAEBAgAGBQJXrJ9lAAoJEMCtNsY0flo/SngP/19nJX43bnWxqQob2/k0wD2d QpOOlPIWmaY5mL66W+Mv0MUEJ1lfR0O+nIiwDj+B/apNMaf03QK5pGEUQj+6MCdU rfV+3kpNmqeekXmrIrsjl9XA8WMc+rtmxTgqVY+6M4u2UOTHMABsau63V4Stryad LHD+rWqWqDwPdkcl+qDs6ZMNcYwdBecr8OJir9RoCmI+3sRtdCiAKKD95rR9MGVR 47z6ecujYWrhCWwZQxaeUtnAEFeCvvItmwnV6jgnYeQEIfZzqTB81hyZXTbiLWvX OtyGQOJxBK9oH4FgskH5fE3EpDOI4yT+BTj4/ZXvCwH25+pcDJ/d2fLNdhMJr9ei NLS2b0npFNGrlBL3YY5cVAp4wLVCN7/IpUuly9sXjeLs5FpDVb596mOeNCTaE3W7 LwzA8FUB6ghah1BCS6QorUnYCqKDf6hT6wjTyCaYinSL9IgiWy8pIew6qsCfGlcg SE7ZGDxr7UYn2RitpRWOBYvZDAelshMH8bHJNpwYPHTSl9nSa9ScJVKx04F39Il/ ap2D40QMA29xGktFyQWWy6tNN/bn16AJOmtQFyHMR9E1YDqPv0sNs0JdHJNs9nUG VOIo6FRNbugputrh4WNc22iof2VqFK2xKiDyfEJjnnlBktKiiiYEE2XwQ6/3gdnO Df+xuWUqhTiT/0LMOBRj =t72W -----END PGP SIGNATURE----- |
|
From: DAVENPORT, M. <mda...@co...> - 2016-08-11 15:45:11
|
Hello, I recently ran into a problem when trying to use make install with libjpeg. configure and make both work fine, but when I try to run 'make install' then it either halts with "Permission denied" or if I run it as administrator then it crashes with a stackdump. Here are the messages : If I run MSYS without administrator privileges install fails with permission denied : Marc@DESKTOP-K9C6REG /c/LIBS4814Build/jpeg-6b $ make install /bin/install -c cjpeg /c/LIBS4814Distro/bin/cjpeg make: execvp: /bin/install: Permission denied make: *** [install] Error 127 If I run MSYS with administrator privileges then install crashes. Here's a screenshot : https://postimg.org/image/iypnc8dj9/ And here's the stackdump it produces : MSYS-1.0.18 Build:2012-11-21 22:34 Exception: STATUS_ACCESS_VIOLATION at eip=0201174E eax=608F9138 ebx=00000001 ecx=60EA0000 edx=60EA86E4 esi=007F2396 edi=00000000 ebp=0062FEC0 esp=0062FE58 program=us cs=0023 ds=002B es=002B fs=0053 gs=002B ss=002B Stack trace: Frame Function Args 9186 [main] us 0 handle_exceptions: Error while dumping state (probably corrupted stack) I'm not sure what to make of all this. I can install libjpeg manually (and that's what I'm doing for now, but I'd prefer it did it itself). Ideas? Is the problem with make, /bin/install, or MSYS? Or is it something I need to do? The install directory is writable, I've been installing there all day. |