mm... think my post went wrong somewhere... I waited a half an hour..
(so excuse me for a double post,.. oh how I hate to say everything twice :D)

>Oh, did you see them on a CD?  Apparently, one of those was on a CD that came with CGW.

Nop... just saw some nice games on some game sites probably.. Both Have really nice games on them.. written in D http://www.asahi-net.or.jp/~cs8k-cyu/index_e.html http://homepage2.nifty.com/isshiki/prog_win_d.html

>Ook, it looks like it's down or something.
I'll check later on


>Personally I'd recommend ConTEXT (www.context.cx), I've been using it with D for over a year and I'm really happy with it.  I could post a highlighter file for it, as the one on the download site for ConTEXT is a little outdated.  ConTEXT, coupled with some kind of automated building system (like makefiles, Derek's build utility, or even just batchfiles (like I do ;) )), can be very nice indeed.  I haven't missed much from Visual Studio.
>

Highlighting would be nice.. but maybe its even better to send yours to ConTEXT :D... I never did any manual compiling, so I'll look into those suggestion (after easter that is :D)

Jarrett Billingsley wrote:
> "MM" <MM_member@pathlink.com> wrote in message news:e1qtc1$26nd$1@digitaldaemon.com...
> 
>>Yeah I saw some japanese games made in D, they felt really solid which made me
>>interested in D in the first place :)
> 
> 
> Oh, did you see them on a CD?  Apparently, one of those was on a CD that came with CGW.
> 
> 
>>I get this message:
>>FATAL: connection limit exceeded for non-superusers
> 
> 
> Ook, it looks like it's down or something.
> 
> 
>>btw, which windows IDE do you propose?
> 
> 
> Hm.  There's no real D IDE at the moment.. they always seem to get kind of far and then the programmers give up on them (happened to DIDE and akIDE, and Elephant isn't moving too fast either).
> 
> Personally I'd recommend ConTEXT (www.context.cx), I've been using it with D for over a year and I'm really happy with it.  I could post a highlighter file for it, as the one on the download site for ConTEXT is a little outdated.  ConTEXT, coupled with some kind of automated building system (like makefiles, Derek's build utility, or even just batchfiles (like I do ;) )), can be very nice indeed.  I haven't missed much from Visual Studio. 
> 
> 

I just downloaded conTEXT to give it a whirl -- it looks like a nice editor, but I don't see any place to remap the keyboard-commands. Is that the case?

Thx;

- Kris

Derek Parnell wrote:
> 
> One major difference from C arrays is that the indexes are *used* in the reverse order from C. Meaning that in C one would write ...
> 
>    item = a[X][Y];
> 
> but in D one writes ...
> 
>    item = a[Y][X];
> 
> --Derek Parnell
> Melbourne, Australia

This is not correct, I belive (or at leas mis-explained) . Only D array declaration and C array declaration have a different order. The array *usage*, or rather, the indexing of an array works the same. That is, in both C and D:
  //The X element is accessed first, and then the Y element is accessed
  item = a[X][Y];


-- 
Bruno Medeiros - CS/E student
http://www.prowiki.org/wiki4d/wiki.cgi?BrunoMedeiros#D

> I get this message:
> FATAL: connection limit exceeded for non-superusers

The links for the bindings project are http://www.summerseas.com/jpelcis/downloads/opengl.zip and http://www.summerseas.com/jpelcis/downloads/sdl.zip

Hope they work for you!

MM wrote:
> I get this message:
> FATAL: connection limit exceeded for non-superusers
> 

Check back again in a day or two.

> btw, which windows IDE do you propose?
> 

I myself like to use Poseidon on dsource ( www.dsource.org/projects/poseidon ), I've also heard of people being satisfied with Code Blocks IDE. Also, be sure to check out the build tool at www.dsource.org/projects/build as soon as dsource gets back online.

On Sun, 16 Apr 2006 04:28:45 +1000, Bruno Medeiros <brunodomedeirosATgmail@SPAM.com> wrote:

> Derek Parnell wrote:
>>  One major difference from C arrays is that the indexes are *used* in the reverse order from C. Meaning that in C one would write ...
>>     item = a[X][Y];
>>  but in D one writes ...
>>     item = a[Y][X];
>>  --Derek Parnell
>> Melbourne, Australia
>
> This is not correct, I belive (or at leas mis-explained) . Only D array declaration and C array declaration have a different order. The array *usage*, or rather, the indexing of an array works the same. That is, in both C and D:
>    //The X element is accessed first, and then the Y element is accessed
>    item = a[X][Y];

What I meant was in D if one declares ...

   int[Columns][Rows] A;

then in D you access the elements as

   A[Row][Col];

and not

  A[Col][Row];

but in C (which I'm really very rusty in) you would declare

  int A[Rows][Columns];

and access it as

  A[Row][Col];

-- 
Derek Parnell
Melbourne, Australia

"kris" <foo@bar.com> wrote in message news:e1rbmj$2qjq$1@digitaldaemon.com...
> I just downloaded conTEXT to give it a whirl -- it looks like a nice editor, but I don't see any place to remap the keyboard-commands. Is that the case?

Yes, although that supposedly will be coming in the next update, as well as a much more powerful highlighting engine.  Of course, no one knows when that is... :P

>I need to read alot of blocks(rectangles if seen as a plane) out of it like.
>Is this way then the fastest implementaion?
>And how much can I take from the heap without problems?
>

I'm sorry to for ask attention... but I really need some help here :(
I just need one global array which is read like I said and one every few minutes
filled with different data... is the stack the best place for this kind of data?

>Hope they work for you!

Ay!.. thx!

MM wrote:
>> I need to read alot of blocks(rectangles if seen as a plane) out of it like.
>> Is this way then the fastest implementaion?
>> And how much can I take from the heap without problems?
>>
> 
> I'm sorry to for ask attention... but I really need some help here :(
> I just need one global array which is read like I said and one every few minutes
> filled with different data... is the stack the best place for this kind of data?
> 

I would tend to use the heap for large sets of data and the stack for local variables that you use only in the scope you use it in.

I think you are best off using the heap for your large global array. Data placed on the heap stays there until you explicitly delete it, so you don't have to use a global. Heap is also what you use if you have any sort of dynamic memory needs, you can allocate what you need when you need it. If you use new/delete to much, the heap may become segmented and then the garbage collector will run (I think). The heap is unlimited for the most part, while you can only allocate so much data onto the stack. The heap might be slower to access, but not enough to be a significant problem.

Maybe an expert can vindicate my post?
~ Clay