Peter.M..Perchansky@f101.n273.z1.fidonet.org (Peter M. Perchansky) (06/05/90)
Hello Dominique:
I am a registered user of TopSpeed Modula-2 2.00 release 1.04 (like yourself).
FIO.Append should only be used for "appending" information at the end of a file; this is its defined purpose, and should not be used otherwise. If any problems occur because you do otherwise, it is not the languages/implementations fault as you are going against the definition of the procedure.
I recommend you use FIO.Open, and then you can seek this way and that way without running into problems.
Also, please be aware that FIO is more stream (as in C) oriented now. If you examine the FIO source, you will note that most procedures create/update tables based on file handles.
If you use DOS services (yourself) to do your own file processing, and use FIO services in between, then you are asking for trouble.
Lastly, are you aware of the JPAM BBS? JPI has a M2TECH sig on that board specifically for answering questions, posting complaints and suggestions, etc.
--
uucp: uunet!m2xenix!puddle!273!101!Peter.M..Perchansky
Internet: Peter.M..Perchansky@f101.n273.z1.fidonet.orgStephan.Schwab@p1221.f2.n241.z2.fidonet.org (Stephan Schwab) (06/08/90)
Hello! We are using r1.04b of JPI M2 V2.00 too. And we are not satisfied with it!! Have you noticed that Storage.Available returns always TRUE! Even if no more memory is available. I faxed to JPI in UK, but they didn't answered til today. Greetings Stephan Schwab -- uucp: uunet!m2xenix!puddle!2!241!2.1221!Stephan.Schwab Internet: Stephan.Schwab@p1221.f2.n241.z2.fidonet.org
GRANGERG@VTVM1.BITNET (Greg Granger) (06/12/90)
On Thu, 7 Jun 90 19:59:10 GMT <editor%ucf1vm.BITNET@LILAC.BERKELEY.EDU> said: >Hello! > >We are using r1.04b of JPI M2 V2.00 too. And we are not satisfied with it!! > >Have you noticed that Storage.Available returns always TRUE! Even if no >more memory is available. > >I faxed to JPI in UK, but they didn't answered til today. > >Greetings > Stephan Schwab > > >-- >uucp: uunet!m2xenix!puddle!2!241!2.1221!Stephan.Schwab >Internet: Stephan.Schwab@p1221.f2.n241.z2.fidonet.org I too have noticed that the Storage module is buggy, fortunately (or perhaps unfortunately) I don't have to depend on the compiler for production work. Note also that in the large(r) code models that the HeapAllocate (FarHeapAllocate), allocates memory in paragraphs (real useful for elements that are multiples of 16, stupid for everything else), further when I tried to correct this I got link errors out the wazoo (course I didn't spend a lot of time trying to figure it out). I like JPI TopSpeed C (whoops, I mean Modula-2 :-) , but the version 2.0 r 1.04, could use have used a few more minutes in the oven. All in all it's considerably better than a great deal of the PC software out there (which is still no excused for such bugs). I plan to write them with my compliants and then happily order the upgrade when it becomes available. ----- Someone mentioned that they felt that TopSpeed C was a bad idea and I have to agree. I'm sure it made them (JPI) a lot of $$, but after looking at M2 manuals that reference C (when they such say Modula-2) and working with _var-name variables, you begin to think that JPI considers M2 a bastard child. Stony Brook begins to look better and better ;-) Greg
Dominique.Willems@p4610.f46.n295.z2.fidonet.org (Dominique Willems) (06/14/90)
AREA: MODULA-2 Hello Stephan, > Have you noticed that Storage.Available returns always TRUE! Even if > no more memory is available. Haven't noticed that yet, but I'm certainly going to check it out right away. My programme relies on this function very much. I'm afraid we'll just have to wait for the next bug-free version... I did notice that the functions telling you the amount of memory that's still free react very different than before, and you can't really rely on the manuals for information about that subject...they keep confusing "number of paragraphs" with "number of bytes", among other things, very annoying ! > I faxed to JPI in UK, but they didn't answered til today. I too, noticed that they aren't very eager to return fax messages, nor letters for that matter. But I'm afraid I'll have to send them another one soon... In sympathy, Dominique -- uucp: uunet!m2xenix!puddle!2!295!46.4610!Dominique.Willems Internet: Dominique.Willems@p4610.f46.n295.z2.fidonet.org