Re: [Fink-devel] Fink module documentation, tests and all that icky stuff.

2003-10-31 Thread Max Horn
Am Donnerstag, 30.10.03 um 22:41 Uhr schrieb Michael G Schwern: [...] At this point I need some help normalizing the Fink build system. There's no Makefile or anything like that. I can't build and run the fink program without going through the whole interactive bootstrap.pl. That's not true.

Re: [Fink-devel] real_install() questions

2003-10-31 Thread Max Horn
Am Freitag, 31.10.03 um 06:01 Uhr schrieb Michael G Schwern: I'm looking at the $item arrayref in real_install() and trying to figure out what each element represents. I've noticed something interesting. $item-[1] ($pkgobj from Fink::Package-package_by_name) is never used. Strange I've

[Fink-devel] fink ChangeLogs

2003-10-31 Thread Max Horn
I would appreciate if people updated the ChangeLog files in Fink, in particular the mirror/ChangeLog apparently never was updated after my last changes to it 2003-04-14. Cheers, Max --- This SF.net email is sponsored by: SF.net Giveback

Re: [Fink-devel] real_install() questions

2003-10-31 Thread Benjamin Reed
Michael G Schwern wrote: I'm looking at the $item arrayref in real_install() and trying to figure out what each element represents. I've noticed something interesting. $item-[1] ($pkgobj from Fink::Package-package_by_name) is never used. I've replaced all the $item-[#] calls with constants.

Re: [Fink-devel] Commit doc/test patches?

2003-10-31 Thread Benjamin Reed
Michael G Schwern wrote: Would anyone mind if I committed the small pile of doc/test patches I have in the tracker? I'm starting to work on more and I'm afraid of drift. The tracker numbers are: 832828 832822 832063 831614 And there's the little cleanup I did here: 831573 Fine by me. --

Re: [Fink-devel] unlimit stack

2003-10-31 Thread Koen van der Drift
On Tuesday, Oct 28, 2003, at 22:47 US/Eastern, Koen van der Drift wrote: On Tuesday, Oct 28, 2003, at 22:12 US/Eastern, Charles Lepple wrote: #include std.disclaimer /* haven't tried this myself */ #include sys/types.h #include sys/time.h #include sys/resource.h struct rlimit rlim;

Re: [Fink-devel] unlimit stack

2003-10-31 Thread David Brown
On Fri, Oct 31, 2003 at 08:40:10PM -0500, Koen van der Drift wrote: Well, I figured out why the program is crashing. The code is assigning some very large arrays as a static variables, which are created before main() is called. They use all available stack, which causes the crash. If I

Re: [Fink-devel] unlimit stack

2003-10-31 Thread David Brown
Static variables should be on the stack. What do you mean by assigning I meant: Static variables should _not_ be on the stack. Dave --- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more

Re: [Fink-devel] unlimit stack

2003-10-31 Thread Koen van der Drift
On Friday, Oct 31, 2003, at 21:11 US/Eastern, David Brown wrote: What do you mean by assigning large arrays? Are they declared at the top level in the C file? Yes, here is a snippet: static int myarray[20][1] static int anotherarray[20][1] int main (int argc char** argv) { int

Re: [Fink-devel] unlimit stack

2003-10-31 Thread David Brown
On Fri, Oct 31, 2003 at 09:53:38PM -0500, Koen van der Drift wrote: Yes, here is a snippet: static int myarray[20][1] static int anotherarray[20][1] int main (int argc char** argv) { int labels[20]; int names[1]; float num[1]; These variables in main