At 12:16 AM 6/8/99 +0100, Alan Cox wrote:
>> So you are saying this is a gcc problem?
>
>No Im saying that wrapping sys5 shared memory nicely is a _library_ problem.
>
>> checkout mmap for example. in UNIX you can do an anonymous and
>> shared map. This is what i do in NT. In Linux this isn't implement
>> yet in the kernel.
>
>Now that I won't argue with. Thats quite valid.
>
>> You can't create in the linux kernel a shared memory region that's
>> bigger than 32 megabytes. You CAN allocate more than
>> 32 mb if you do what i described in previous email, but then
>> you allocate it IPC_PRIVATE.
>
>I've allocated 100Mb shared memory regions just fine.
>
>> >Then you have another kernel bug or your request to delete it after attach
>> >failed and you didnt check the errno. What kernel are you using. If its
2.0
>> >and threaded then it could well be a real problem
>>
>> all new versions. Ask Robert Hyatt for what version kernel is
>> 2.2.9 or something i guess.
>
>Its working here on my 2.2.9 kernel. Can you give me some example code
>that fails ?
All processes do:
int *partij
shm_game = shmget(ftok(".",'t'),150000000,IPC_CREAT|0777);
partij = (int *)shmat(shm_game,0,0);
if( partij == -1 ) {
printf("Error allocating Game\n");
exit(1);
}
This works for UNIX.
For linux 2.0.35 or something one can't get more than 32 mb doing this.
At the quad pro200 i directly tried allocating 150mb. Never tried
less than 128mb. Might be case that 2.2.x allows allocation up to
128mb. never tested that.
At the quad pro installed is linux 2.2.5,
at world champs i play at the quad pro from Robert Hyatt (university
of alabama) 2.2.9 will be installed there i guess.
At home i compiled 2.2.7 now.
>Alan
>-
>Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
>To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
-
Linux SMP list: FIRST see FAQ at http://www.irisa.fr/prive/mentre/smp-faq/
To Unsubscribe: send "unsubscribe linux-smp" to [EMAIL PROTECTED]
