Bugs item #2912803, was opened at 2009-12-11 18:35
Message generated for change (Comment added) made by dannybackx
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2912803&group_id=173455
Please note that this message will contain a full copy of the commen
Bugs item #2912803, was opened at 2009-12-11 18:35
Message generated for change (Comment added) made by dannybackx
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2912803&group_id=173455
Please note that this message will contain a full copy of the commen
Bugs item #2912814, was opened at 2009-12-11 18:48
Message generated for change (Settings changed) made by dannybackx
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2912814&group_id=173455
Please note that this message will contain a full copy of the com
Bugs item #2912814, was opened at 2009-12-11 17:48
Message generated for change (Tracker Item Submitted) made by
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2912814&group_id=173455
Please note that this message will contain a full copy of the comment
On Fri, 11 Dec 2009, Pedro Alves wrote:
> I think it's important, so to insulate the runtimes from
> the unstableness of the compilers. I'm not even sure nowadays
> what gcc people are using. 4.1, or 4.4? That way people
> could update the runtimes while using other compilers more
> easily, e
On Friday 11 December 2009 16:14:05, Danny Backx wrote:
> On Thu, 2009-12-10 at 11:39 +, Pedro Alves wrote:
> > This makes me wonder if it's about time we split
> > runtime (mingw/w32api) releases from compiler releases. Opinions
> > on that?
>
> Looks like a "nice to have" item.
I think it'
Guys, I had posted a really small dll and some pointers here, a while ago:
https://sourceforge.net/mailarchive/message.php?msg_name=200809221536.59800.alves.ped%40gmail.com
(quoted below)
Maybe you can merge your new findings with those, and see
if something pops up?
--
Pedro Alves
On Mond
Bugs item #2912803, was opened at 2009-12-11 17:35
Message generated for change (Tracker Item Submitted) made by nobody
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2912803&group_id=173455
Please note that this message will contain a full copy of the c
On Fri, 2009-12-11 at 17:48 +0100, Danny Backx wrote:
> One of my ideas is that the mere number of sections of some type (CODE,
> LOAD, DATA ?) might be a differentiator. This is in line with your
> original assessment that .edata and .idata have to be absorbed
> into .data or so.
A couple of addi
On Wed, 2009-12-09 at 15:31 +0100, Vincent R. wrote:
> > It reminds me what was reported the first time someone talked about
> issue
> > between cegcc and Windows Mobile 6.1.
> > In this initial report there was something about the size and under some
> > value, it was working fine.
> >
>
> Here
On Thu, 2009-12-10 at 11:39 +, Pedro Alves wrote:
> This makes me wonder if it's about time we split
> runtime (mingw/w32api) releases from compiler releases. Opinions
> on that?
Looks like a "nice to have" item.
There are a couple of issues with higher rating that I've not been able
to look
Bugs item #2901705, was opened at 2009-11-21 11:58
Message generated for change (Comment added) made by pedroalves
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2901705&group_id=173455
Please note that this message will contain a full copy of the commen
Bugs item #2901705, was opened at 2009-11-21 14:58
Message generated for change (Comment added) made by ivmai
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2901705&group_id=173455
Please note that this message will contain a full copy of the comment thr
Bugs item #2901705, was opened at 2009-11-21 11:58
Message generated for change (Comment added) made by pedroalves
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2901705&group_id=173455
Please note that this message will contain a full copy of the commen
Bugs item #2901705, was opened at 2009-11-21 11:58
Message generated for change (Comment added) made by pedroalves
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2901705&group_id=173455
Please note that this message will contain a full copy of the commen
Bugs item #2901705, was opened at 2009-11-21 11:58
Message generated for change (Comment added) made by pedroalves
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2901705&group_id=173455
Please note that this message will contain a full copy of the commen
Bugs item #2901705, was opened at 2009-11-21 14:58
Message generated for change (Comment added) made by ivmai
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=865514&aid=2901705&group_id=173455
Please note that this message will contain a full copy of the comment thr
I've applied this patch to fix bug #2901705.
NULL-terminating was already accounted for, but bad sizes were passed
to malloc/realloc. I can't believe I wrote/write such crap. :-P
2009-12-11 Pedro Alves
SF #2901705
* winmain_ce.c (_parse_tokens, __mainArgs): Fix memory alloc
18 matches
Mail list logo
