Screenshot instructions:
Windows
Mac
Red Hat Linux
Ubuntu
Click URL instructions:
Right-click on ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(4) |
Dec
(47) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(49) |
Feb
(45) |
Mar
(35) |
Apr
(75) |
May
(30) |
Jun
(67) |
Jul
(53) |
Aug
(70) |
Sep
(33) |
Oct
(30) |
Nov
(21) |
Dec
(29) |
2002 |
Jan
(43) |
Feb
(28) |
Mar
(43) |
Apr
(23) |
May
(86) |
Jun
(67) |
Jul
(55) |
Aug
(116) |
Sep
(87) |
Oct
(27) |
Nov
(48) |
Dec
(93) |
2003 |
Jan
(122) |
Feb
(139) |
Mar
(170) |
Apr
(46) |
May
(84) |
Jun
(60) |
Jul
(60) |
Aug
(86) |
Sep
(106) |
Oct
(42) |
Nov
(24) |
Dec
(43) |
2004 |
Jan
(63) |
Feb
(134) |
Mar
(95) |
Apr
(98) |
May
(85) |
Jun
(44) |
Jul
(142) |
Aug
(71) |
Sep
(45) |
Oct
(88) |
Nov
(46) |
Dec
(50) |
2005 |
Jan
(100) |
Feb
(72) |
Mar
(71) |
Apr
(55) |
May
(76) |
Jun
(86) |
Jul
(158) |
Aug
(142) |
Sep
(51) |
Oct
(37) |
Nov
(59) |
Dec
(79) |
2006 |
Jan
(61) |
Feb
(34) |
Mar
(95) |
Apr
(170) |
May
(66) |
Jun
(37) |
Jul
(29) |
Aug
(28) |
Sep
(59) |
Oct
(48) |
Nov
(72) |
Dec
(50) |
2007 |
Jan
(68) |
Feb
(49) |
Mar
(38) |
Apr
(79) |
May
(63) |
Jun
(29) |
Jul
(64) |
Aug
(47) |
Sep
(67) |
Oct
(101) |
Nov
(42) |
Dec
(29) |
2008 |
Jan
(37) |
Feb
(44) |
Mar
(64) |
Apr
(87) |
May
(132) |
Jun
(92) |
Jul
(135) |
Aug
(70) |
Sep
(72) |
Oct
(30) |
Nov
(21) |
Dec
(32) |
2009 |
Jan
(101) |
Feb
(65) |
Mar
(82) |
Apr
(38) |
May
(29) |
Jun
(75) |
Jul
(70) |
Aug
(69) |
Sep
(82) |
Oct
(28) |
Nov
(51) |
Dec
(19) |
2010 |
Jan
(46) |
Feb
(67) |
Mar
(66) |
Apr
(54) |
May
(55) |
Jun
(50) |
Jul
(84) |
Aug
(86) |
Sep
(43) |
Oct
(63) |
Nov
(33) |
Dec
(27) |
2011 |
Jan
(70) |
Feb
(29) |
Mar
(54) |
Apr
(50) |
May
(105) |
Jun
(45) |
Jul
(30) |
Aug
(83) |
Sep
(38) |
Oct
(71) |
Nov
(124) |
Dec
(61) |
2012 |
Jan
(33) |
Feb
(37) |
Mar
(60) |
Apr
(60) |
May
(51) |
Jun
(137) |
Jul
(80) |
Aug
(156) |
Sep
(32) |
Oct
(168) |
Nov
(56) |
Dec
(50) |
2013 |
Jan
(54) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
1
|
2
(1) |
3
(1) |
4
|
5
(3) |
6
(4) |
7
|
8
|
9
(8) |
10
(4) |
11
(2) |
12
(12) |
13
|
14
|
15
(1) |
16
|
17
|
18
(1) |
19
(1) |
20
|
21
(3) |
22
|
23
(1) |
24
(8) |
25
(2) |
26
(3) |
27
|
28
(1) |
29
(1) |
30
(6) |
31
(1) |
|
|
|
|
From: SourceForge.net <noreply@so...> - 2007-07-25 22:52:30
|
Bugs item #1759317, was opened at 2007-07-24 00:26 Message generated for change (Comment added) made by cstrauss You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1759317&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: Alexis Wilke (alexis_wilke) Assigned to: Cesar Strauss (cstrauss) Summary: Command Line dropped Initial Comment: There has been a very annoying bug in the latest MSYS (and oldest ones too) and thus, I lastly decided to look into it to see exactly what happens. The problem is: at times, some tools just don't get their command line arguments (see https://sourceforge.net/tracker/index.php?func=detail&aid=1043939&group_id=2435&atid=102435 which is the same bug with gcc/g++) First I thought it would be in bash. So I decided to look into bash and was very surprised to see that the CVS actually included bash 3.1 but no binary for download! I thus recompiled 3.2 after I carefully applied the changes found in 3.1 (in which I found 2 bugs, interested?.) Then I tried to run the failing command. Same thing. The arguments are NOT passed in. (I check with argc/argv and GetCommandLine() and I only get the name of the app.) Inside bash, there is one call to execve(). I put a loop there with fprintf() to print all the arguments. There are all there. Thus bash does it right (I was thinking that since there are some changes, maybe it would fail there...) So... the only place where the problem can arise is the implementation of execve() in MSYS. Now I hit another wall... I could not get anything to compile under the rt directory. Do I need to compile all of that under Linux? Or can it be compiled from within an existing msysDTK? It feels like the msysDTK may miss a few things, but it could be my install which is missing tons of stuff. At this time, I will try to replicate the execve() in bash which anyway would be a lot easier. I suspect that the problem is the CreateProcess() first argument. It should be NULL. Don't ask me why. In general it works, often it just does not. Microsoft magical mysteries... I had problems before in my own code with that instruction unless I put NULL in the first argument. This would solved a bug which you have had around for ages! If you have a place with good and thorough instructions to compile the rt (because I did not see that in that directory docs... or am I blind?!) Thank you for your support, Alexis ---------------------------------------------------------------------- >Comment By: Cesar Strauss (cstrauss) Date: 2007-07-25 19:52 Message: Logged In: YES user_id=1369729 Originator: NO Hi, Alexis > The problem is: at times, some tools just don't get > their command line arguments Did you, by any chance, place your test program in the /bin or /usr/bin directory? Note that you should not do that (see the last paragraph on doc/msys/MSYS_WELCOME.rtf). The CVS version, which will become the 1.0.11 version, doesn't have this restriction anymore. In any case, could you please paste the output of "uname -a"? > I check with argc/argv and GetCommandLine() Could you attach the source code for this test program and the command line used to compile it? I would like to check it myself. > I could not get anything to compile under the rt directory The following wiki page has instructions for building MSYS: http://www.mingw.org/MinGWiki/index.php/Build%20MSYS Please use the CVS version, and do not forget to create a build directory separated from the source directory. Regards, Cesar ---------------------------------------------------------------------- Comment By: Alexis Wilke (alexis_wilke) Date: 2007-07-25 03:39 Message: Logged In: YES user_id=554061 Originator: YES Okay... Well... I tried to just put a NULL, but the command line can be NULL as well when executing a "cygwin" (that is, MSYS here) executable. So I will have to recompile to test a full fix. (I just tweaked the binary so far which did not take me very long, changed 1 byte. But in case of an MSYS exec. it crashes because both parameters are NULL) Let me know if you find anything on your end. Thank you, Alexis ---------------------------------------------------------------------- Comment By: Alexis Wilke (alexis_wilke) Date: 2007-07-24 03:33 Message: Logged In: YES user_id=554061 Originator: YES Okay, there is the reason: in some cases, somehow, you add quotes to the 1st argument of the command line but not to the "real path". When that happens the name of the executable in the 1st parameter to CreateProcess() != real-path. Newer versions of MS-Windows test that and ignore the command line (it seems at least to me that this is what happens...) I looked into getting that execve() in bash but that's going way to deep (with stuff from mount.cc, path.cc, process stuff, myself global, etc. etc. etc.) So, I'll try to cross compile. If that works, I will be able to post a fix soon... If you have comments, I'd appreciate to get your input. Thank you, Alexis ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1759317&group_id=2435 |
From: SourceForge.net <noreply@so...> - 2007-07-25 06:39:18
|
Bugs item #1759317, was opened at 2007-07-23 20:26 Message generated for change (Comment added) made by alexis_wilke You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1759317&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: Alexis Wilke (alexis_wilke) Assigned to: Cesar Strauss (cstrauss) Summary: Command Line dropped Initial Comment: There has been a very annoying bug in the latest MSYS (and oldest ones too) and thus, I lastly decided to look into it to see exactly what happens. The problem is: at times, some tools just don't get their command line arguments (see https://sourceforge.net/tracker/index.php?func=detail&aid=1043939&group_id=2435&atid=102435 which is the same bug with gcc/g++) First I thought it would be in bash. So I decided to look into bash and was very surprised to see that the CVS actually included bash 3.1 but no binary for download! I thus recompiled 3.2 after I carefully applied the changes found in 3.1 (in which I found 2 bugs, interested?.) Then I tried to run the failing command. Same thing. The arguments are NOT passed in. (I check with argc/argv and GetCommandLine() and I only get the name of the app.) Inside bash, there is one call to execve(). I put a loop there with fprintf() to print all the arguments. There are all there. Thus bash does it right (I was thinking that since there are some changes, maybe it would fail there...) So... the only place where the problem can arise is the implementation of execve() in MSYS. Now I hit another wall... I could not get anything to compile under the rt directory. Do I need to compile all of that under Linux? Or can it be compiled from within an existing msysDTK? It feels like the msysDTK may miss a few things, but it could be my install which is missing tons of stuff. At this time, I will try to replicate the execve() in bash which anyway would be a lot easier. I suspect that the problem is the CreateProcess() first argument. It should be NULL. Don't ask me why. In general it works, often it just does not. Microsoft magical mysteries... I had problems before in my own code with that instruction unless I put NULL in the first argument. This would solved a bug which you have had around for ages! If you have a place with good and thorough instructions to compile the rt (because I did not see that in that directory docs... or am I blind?!) Thank you for your support, Alexis ---------------------------------------------------------------------- >Comment By: Alexis Wilke (alexis_wilke) Date: 2007-07-24 23:39 Message: Logged In: YES user_id=554061 Originator: YES Okay... Well... I tried to just put a NULL, but the command line can be NULL as well when executing a "cygwin" (that is, MSYS here) executable. So I will have to recompile to test a full fix. (I just tweaked the binary so far which did not take me very long, changed 1 byte. But in case of an MSYS exec. it crashes because both parameters are NULL) Let me know if you find anything on your end. Thank you, Alexis ---------------------------------------------------------------------- Comment By: Alexis Wilke (alexis_wilke) Date: 2007-07-23 23:33 Message: Logged In: YES user_id=554061 Originator: YES Okay, there is the reason: in some cases, somehow, you add quotes to the 1st argument of the command line but not to the "real path". When that happens the name of the executable in the 1st parameter to CreateProcess() != real-path. Newer versions of MS-Windows test that and ignore the command line (it seems at least to me that this is what happens...) I looked into getting that execve() in bash but that's going way to deep (with stuff from mount.cc, path.cc, process stuff, myself global, etc. etc. etc.) So, I'll try to cross compile. If that works, I will be able to post a fix soon... If you have comments, I'd appreciate to get your input. Thank you, Alexis ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=102435&aid=1759317&group_id=2435 |