• Any C++ in MAXS302.ZIP ?

    From Mvan Le@3:800/432 to Scott Dudley on Thu Feb 18 22:21:24 2010
    Hey is there any C++ in the Maximus sources ?

    I can't seem to find any.

    --- Maximus 3.01
    * Origin: Xaragmata / Adelaide SA telnet://xaragmata.mooo.com (3:800/432)
  • From Mvan Le@3:800/432 to Scott Dudley on Sun Feb 21 00:38:08 2010
    Hey is there any C++ in the Maximus sources ?

    I can't seem to find any.

    Ah, found some *.cc in btree and argument handlers in max and util.

    Apart from that, looks like

    4.2% C++
    7.2% ASM
    88.6% C

    make up the sources.

    --- Maximus 3.01
    * Origin: Xaragmata / Adelaide SA telnet://xaragmata.mooo.com (3:800/432)
  • From Bo Simonsen@2:236/100 to Mvan Le on Sat Feb 20 21:23:10 2010
    Hey is there any C++ in the Maximus sources ?

    I can't seem to find any.

    Ah, found some *.cc in btree and argument handlers in max and util.

    Apart from that, looks like

    4.2% C++
    7.2% ASM
    88.6% C

    make up the sources.

    Amazing that maximus is portable then, when there is ASM code.. However
    we got rid of it in the unix port.

    Bo

    --- DayDream/Linux 2.15a
    * Origin: The Night Express, Korsoer, nightexp.no-ip.org (2:236/100)
  • From andrew clarke@3:633/267.1 to Bo Simonsen on Tue Feb 23 02:31:58 2010
    On Sat 2010-02-20 21:23, Bo Simonsen (2:236/100) wrote to Mvan Le:

    Apart from that, looks like

    4.2% C++
    7.2% ASM
    88.6% C

    make up the sources.

    I think he means 7.2% of the total number of source files, not 7.2% of the code/lines of the entire project. The C++ code is basically a BTree class that
    is barely used, AFAIK.

    Amazing that maximus is portable then, when there is ASM code..
    However we got rid of it in the unix port.

    The ASM stuff is still there but mostly only for the DOS version, eg. code allowing Max and Squish to run well under DESQview.

    --- timEd/Linux 1.11.b5
    * Origin: Blizzard of Ozz, Melbourne, Victoria, Australia (3:633/267.1)
  • From Bo Simonsen@2:236/100 to andrew clarke on Mon Feb 22 21:16:05 2010
    4.2% C++
    7.2% ASM
    88.6% C

    make up the sources.

    I think he means 7.2% of the total number of source files, not 7.2% of ac>the code/lines of the entire project. The C++ code is basically a BTree ac>class that is barely used, AFAIK.

    Ahh.. makes more sense..

    Amazing that maximus is portable then, when there is ASM code..
    However we got rid of it in the unix port.

    The ASM stuff is still there but mostly only for the DOS version, eg. ac>code allowing Max and Squish to run well under DESQview.

    Yes.. so no ASM code is required for the OS/2 and WinNT versions?

    Bo

    --- DayDream/Linux 2.15a
    * Origin: The Night Express, Korsoer, nightexp.no-ip.org (2:236/100)
  • From Scott Dudley@1:382/61 to Bo Simonsen on Mon Feb 22 14:05:14 2010
    Bo,

    Amazing that maximus is portable then, when there is ASM code.. However
    we got rid of it in the unix port.

    It's worth pointing out that the original Maximus already ran on three different OSes. I recall that the assembly was primarily only used in the OS abstaction layers (such as they were) and libraries, and in a few other mostly-ifdef-ed locations to optimize execution, so maybe it's not that surprising!
    Mvan,

    - Microsoft Word. I think earlier versions were in WordPerfect, but I transitioned to Word for DOS at some point, and eventually to WinWord. I can't say I'd recommend it for a 300 page manual, or at least I wouldn't have at the time. For the printed version, I recall having to manually use the Word line-drawing tools to add crop/registration marks to each individual section of
    the manual (of which there were at least a dozen). Needless to say, changing the page size was not an option after I did that.

    - What's this "IDE" thing, anyway? Early versions were written using the Turbo
    C IDE. My memory after that is fuzzy.

    Scott

    --- Maximus/2 2.02
    * Origin: -=( The TechnoDrome )=- (1:382/61)
  • From Bo Simonsen@2:236/100 to Scott Dudley on Tue Feb 23 14:09:34 2010
    Bo,

    Amazing that maximus is portable then, when there is ASM code..
    However
    we got rid of it in the unix port.

    It's worth pointing out that the original Maximus already ran on three SD>different OSes. I recall that the assembly was primarily only used in
    the OS abstaction layers (such as they were) and libraries, and in a few SD>other mostly-ifdef-ed locations to optimize execution, so maybe it's not SD>that surprising!

    Of course.. As far as I remember the most significant part of the
    unix port was writing the comdll code.. And adding the "packed"
    keyword to the structs.

    I used 3 weeks before I realized that this was the missing part in
    mex. I guess I've hardcoded the sizes of the structs which turned out
    to be a problem on UNIX.

    Bo

    --- DayDream/Linux 2.15a
    * Origin: The Night Express, Korsoer, nightexp.no-ip.org (2:236/100)
  • From Mvan Le@3:800/432 to Andrew Clarke on Wed Feb 24 20:24:28 2010
    4.2% C++
    7.2% ASM
    88.6% C

    make up the sources.

    I think he means 7.2% of the total number of source
    files, not 7.2% of the code/lines of the entire
    project. The C++ code is basically a BTree class that
    is barely used, AFAIK.

    Yep. The percentages above were of total *.c, *.cc and *.asm files only. Other files were excluded from the denominator.


    --- Maximus 3.01
    * Origin: Xaragmata / Adelaide SA telnet://xaragmata.mooo.com (3:800/432)
  • From Mvan Le@3:800/432 to Scott Dudley on Fri Feb 26 19:40:34 2010
    - Microsoft Word. I think earlier versions were in WordPerfect, but I transitioned to Word for DOS at some point, and
    eventually to WinWord. I can't say I'd recommend it for
    a 300 page manual, or at least I wouldn't have at the

    I was just wondering what the best Word processor was to use on Max.doc. Preferably something that does proper pagination and Table Of Contents. I
    think editting the current Max.doc is kind of painful without a good word processor.

    time. For the printed version, I recall having to
    manually use the Word line-drawing tools to add
    crop/registration marks to each individual section of
    the manual (of which there were at least a dozen).
    Needless to say, changing the page size was not an
    option after I did that.

    Didn't Word have a Header/Footer feature you could have used ?

    - What's this "IDE" thing, anyway? Early versions were
    written using the Turbo C IDE. My memory after that is
    fuzzy.

    IDE. I never code outside of one.

    I was trying to get an idea of what was used to write Maximus back in the day. I'm nosing around the Watcom C/C++ IDE and I have to say, it sucks compared to Visual Studio.

    --- Maximus 3.01
    * Origin: Xaragmata / Adelaide SA telnet://xaragmata.mooo.com (3:800/432)
  • From andrew clarke@3:633/267.1 to Mvan Le on Sat Feb 27 05:21:50 2010
    On Fri 2010-02-26 19:40, Mvan Le (3:800/432) wrote to Scott Dudley:

    IDE. I never code outside of one.

    Really?

    IDEs make sense if you're looking up the help files a lot, or a heavy debugging
    session, or are using a RAD-based UI/code generator (eg. Delphi) but there's a big advantage in just using a good text editor (Notepad++ in Windows is nice) and makefiles. The editor's keybindings are constant and you're not restricting yourself to a single compiler suite.

    --- timEd/Linux 1.11.b5
    * Origin: Blizzard of Ozz, Melbourne, Victoria, Australia (3:633/267.1)
  • From Bo Simonsen@2:236/100 to andrew clarke on Sat Feb 27 10:11:13 2010
    andrew clarke wrote to Mvan Le <=-

    Really?

    IDEs make sense if you're looking up the help files a lot, or a heavy debugging session, or are using a RAD-based UI/code generator (eg.
    Delphi) but there's a big advantage in just using a good text editor (Notepad++ in Windows is nice) and makefiles. The editor's keybindings are constant and you're not restricting yourself to a single compiler suite.

    For programming simple languages like C/C++, I would not have much benefit
    from a IDE. I think just a nice text editor is needed. However for
    programming languages like the .NET family with comes with a huge framework/ standard library, it's nice to have help files and all stuff in the IDE.

    Bo


    ... Direct from the Ministry of Silly Walks
    ___ MultiMail/Linux v0.49

    --- DayDream BBS/Linux 2.15a (Grab QWK Door)
    * Origin: The Night Express, Korsoer, nightexp.no-ip.org (2:236/100)
  • From Mvan Le@3:800/432 to Bo Simonsen on Sun Feb 28 18:45:16 2010
    For programming simple languages like C/C++, I would not have much benefit from a IDE. I think just a nice text editor is needed. However for

    This I imagine assumes you wrote the software to begin with and know where everything is.

    A text editor doesn't help much with code navigation.

    With Visual Studio, all I had to do is import the Maximus source tree and Intellisense did the rest. I can easily locate any symbol, declaration and definition, create call/callers graphs, outlines etc. These tools help a programmer familiarise new projects much faster.


    --- Maximus 3.01
    * Origin: Xaragmata / Adelaide SA telnet://xaragmata.mooo.com (3:800/432)
  • From Bo Simonsen@2:236/100 to Mvan Le on Sun Feb 28 21:42:07 2010
    For programming simple languages like C/C++, I would not have much
    benefit
    from a IDE. I think just a nice text editor is needed. However for

    This I imagine assumes you wrote the software to begin with and know ML>where everything is.

    Maybe, I used the same setup for my development on Maximus, and it worked
    out great..

    A text editor doesn't help much with code navigation.

    With Visual Studio, all I had to do is import the Maximus source tree
    and Intellisense did the rest. I can easily locate any symbol, ML>declaration and definition, create call/callers graphs, outlines etc. ML>These tools help a programmer familiarise new projects much faster.

    Yes it's nice with all these utilities, however I am quite sure that
    you can find small unix programs which does that same for you.

    Bo

    --- DayDream/Linux 2.15a
    * Origin: The Night Express, Korsoer, nightexp.no-ip.org (2:236/100)
  • From Mvan Le to Bo Simonsen on Mon Mar 1 01:58:03 2010
    Re: Any C++ in MAXS302.ZIP ?
    By: Bo Simonsen to Mvan Le on Sun Feb 28 2010 09:42 pm

    These tools help a programmer familiarise new projects much faster.

    Yes it's nice with all these utilities, however I am quite sure that
    you can find small unix programs which does that same for you.

    Sure, but their non-integrated nature makes them a hassle to use. If they're plugins, you have to set them up properly and/or they don't keep up with IDE releases.

    For example, I found Source Navigator (sourcenav.sourceforge.net) but remained unimpressed.

  • From Bo Simonsen@2:236/100 to Mvan Le on Mon Mar 1 19:29:41 2010
    [Source-code visualization utilities]

    Yes it's nice with all these utilities, however I am quite sure that
    you can find small unix programs which does that same for you.

    Sure, but their non-integrated nature makes them a hassle to use. If ML>they're
    plugins, you have to set them up properly and/or they don't keep up with ML>IDE
    releases.

    One of the students in our research group made some visualization software,
    it was kinda cool that you can decide which style you use. For example,
    some of our programmers like:

    if ( condition )

    and some, including myself, like:

    if(condition)

    But his visualization software parses the code and present it in the way
    that you desire. I think such software is cool, but it's just one small
    step against a complete source-code visualization system. (it could of course also highlight keywords, etc)

    For example, I found Source Navigator (sourcenav.sourceforge.net) but ML>remained
    unimpressed.

    It seems primitive. Maybe I should check it out anyway.

    Bo

    --- DayDream/Linux 2.15a
    * Origin: The Night Express, Korsoer, nightexp.no-ip.org (2:236/100)