From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,FORGED_GMAIL_RCVD, FREEMAIL_FROM autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: 103376,dc258f772c852a1b X-Google-Attributes: gid103376,public X-Google-Language: ENGLISH,ASCII-7-bit Path: g2news1.google.com!news4.google.com!border1.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!newscon06.news.prodigy.com!prodigy.net!newsmst01b.news.prodigy.com!prodigy.com!postmaster.news.prodigy.com!newssvr13.news.prodigy.com.POSTED!660be329!not-for-mail From: "Kevin K" Message-ID: Newsgroups: comp.lang.ada Subject: Re: GNAT GPL for Mac OSX stack checking problem References: User-Agent: ProNews/2 V1.57.cp107 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 8bit NNTP-Posting-Host: 68.92.114.81 X-Complaints-To: abuse@prodigy.net X-Trace: newssvr13.news.prodigy.com 1128687944 ST000 68.92.114.81 (Fri, 07 Oct 2005 08:25:44 EDT) NNTP-Posting-Date: Fri, 07 Oct 2005 08:25:44 EDT Organization: SBC http://yahoo.sbc.com X-UserInfo1: TSU[@I_A\S@ERIDX\JIN__@@GJT@QDDMEPWXODMMHXMTWA]EPMS[AACY@TZZXQ[KS^ESKCJLOF_J_NGAWNTG^_XGTNTAHULK[X[NRTC@G\P^PLT_OCBRHUO@@TBQZDZMHD[YZ@NLXQXIWMOSXT_KOLK^^CXFF\WHMI^C@EGA_[FXAQ@E^TGNMUXGYNS[QQVL Date: Fri, 07 Oct 2005 12:25:44 GMT Xref: g2news1.google.com comp.lang.ada:5491 Date: 2005-10-07T12:25:44+00:00 List-Id: The compiler and GPS seem to work, it is the generated test driver that I'm having problems with. I saw 10.3 referenced when I downloaded it, but I have a history with the Linux versions where you can, at times, run the compiler on a different version than they built on. For instance, the versions build for Redhat 7.1 could run on 7.2, 7.3, 8, EL 2.1, but GLIBC differences essentially required a new version from Adacore for RH9, EL3, etc. (The change to the new threading library). I just took a look at the ulimit command. I would have to look at the documentation to increase it under macos, but traditionally, the stack you are changing with this command is the Environment stack, which is the stack for the actual main procedure, NOT the tasks for individual tasks. If GNAT, on the Mac, is putting all the tasks I declared in the procedure declare section into the environment stack, that is different behavior than any other Ada compiler I've used, since the Linux GNAT uses the heap, Rational Apex uses the heap, the VADs Ada83 compiler used the heap, and Alsys on Unix used the heap. Essentially, my test procedure was procedure test_tasks is task type task_type is pragma storage_size(10000000); entry start; end; task body test_tasks is begin accept start; loop putline("task num"); delay 10.0; stack_user; end loop; end; procedure stack_user is buffer:string(1..2048); begin buffer(1):=' '; stack_user; exception when storage_error=> text_io.put_line("Storage_Error"); end; the_tasks : array(1..10) of task_type; begin --Call Start on all tasks end; The above test driver would not have run on older Linux releases using LinuxThreads since the glibc limited task stack sizes to 2Meg. So, in those versions of Linux, we used the FSU threads which could be larger. I just wanted to see if MacOS had a similar limitation. On Fri, 7 Oct 2005 02:48:22 UTC, "John B. Matthews" wrote: > In article , > "Kevin K" wrote: > > > I've downloaded the new 2005 GPL edition for the Mac > > [...] > > I guess the question is what is the maximum stack size of a task under > > OSX? (10.4 with all available patches) > > [...] > > You can examine & modify the stack limit using the bash shell's built-in > ulimit command: > > $ ulimit -s > 8192 > > Looks like eight megabytes. > > I see that GNAT GPL 2005 Edition specifies Mac OS X Server 10.3. Does it > work under 10.4? Non-server? > --