home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / amiga / programm / 12249 < prev    next >
Encoding:
Internet Message Format  |  1992-08-12  |  2.2 KB

  1. Xref: sparky comp.sys.amiga.programmer:12249 comp.sys.amiga.multimedia:1187
  2. Path: sparky!uunet!cbmvax!cbmehq!cbmaus!cbmozq!gpsoft2!stevem
  3. From: stevem@gpsoft2.UUCP (Steve McNamee)
  4. Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.multimedia
  5. Subject: Re: Need team for PD ARexx B-tree ISAM server...
  6. Message-ID: <stevem.00sh@gpsoft2.UUCP>
  7. Date: 10 Aug 92 16:08:55 GMT
  8. Reply-To: cbmehq!gpsoft2.adsp.sub.org!stevem@cbmvax.commodore.com
  9. Organization: GP Software
  10. Lines: 38
  11. X-NewsSoftware: GRn 1.16e (7/4/92) by Mike Schwartz & Michael B. Smith
  12.  
  13. In article <-cym_n#@lynx.unm.edu> rbattle@hydra.unm.edu (Ron M Battle STUDENT) writes:
  14. > I need some help in porting a Mix Software B-tree ISAM system over to
  15. > the Amiga, to be released into the public domain. This is a beautiful,
  16. > inexpensive system for MS-DOS systems. I think there is a need to develop
  17. > an ARexx server for this system that would accept SQL type commands.
  18. > There is a lack of cheap DBMS systems for Amiga front-ends like Director,
  19. > CAnDo,etc. that can access HUGE databases, are disk-based, contain
  20. > variable length records (unlike D-Base), and is FAST! I started to convert
  21. > this package and was up to about 15,000 records when it bombed...
  22. > something about node leaves...?? Anybody out there with B-tree experience?
  23. > Let me know!   :)   rbattle@hydra.unm.edu
  24.  
  25. Sounds like MAYBE a stack overflow.  Are you using a lot of recursion?
  26. Unlike *nix the amiag does NOT have an infinite stack.  Standard stack
  27. is 4k and can be set to as much as memory will allow but whatever it is
  28. set to - that is IT.
  29.  
  30. So if you are using a lot of recursion the moral is - DONT use more 
  31. automatic variables than you absloutely HAVE to - allocate everything from
  32. the system memory pool.
  33.  
  34. BTW I would be VERY interested in seeing the results of your efforts.
  35.  
  36.  
  37. Regards,
  38.  
  39. -- 
  40. ********************************************************************
  41. Steve McNamee -    Sometimes associate of GP Software
  42.  
  43. EMAIL:    gpsoft2.adsp.sub.org!stevem@cbmehq.commodore.com
  44.     cbmehq!gpsoft2.adsp.sub.org!stevem@cbmvax.commodore.com
  45.     cbmehq!cbmaus!cbmozq!gpsoft2!stevem@cbmvax.commodore.com
  46.  
  47. 'What a wonderful world it is that has girls in it!'
  48.                 - Lazarus Long AKA R A Heinlein
  49. ********************************************************************
  50.