Recent posts

#1

Showcase / Re: mcLB2, a new Windows contr...

Last post by NoCforMe - Today at 09:40:52 AM

Congrats!

Thanks. Maybe you want to try it sometime?

#2

UASM Assembler Development / Re: Linux users, please

Last post by NoCforMe - Today at 09:37:21 AM

Hi,

I once wrote a pretty good text-based windowing system for 16-bit DOS apps. Worked pretty well: using 80x25 screens you had input and output fields, full control of color and several useful "gizmos" like pop-up boxes, "gas gauges", etc. Kind of like the old *nix-based curses package. Fun stuff.

  Like IBM's Topview perhaps?  Interesting.

I had never heard of that, but yeah, like that. Except that it wasn't anything like a multi-user multitasking "environment", just an overlay on top of DOS programs. It sure looked like the screenshots of the IBM thing, though.

The original one I wrote in the late 1980s was written in assembly language. Later I wrote a similar but less extensive package that I called the "Gizmo" package, also for DOS programs. That one was written in C and used the curses library.

#3

ObjAsm / Re: New Editor

Last post by Biterider - Today at 03:15:09 AM

Hi
Today was an exciting day! I ran a Lua script in the editor for the first time. 

After spending a few hours setting things up, I ran a simple 'Hello World' print command from within a Lua script.
Initially, I couldn't see anything because I had forgotten to update the view. However, as soon as I scrolled down a bit, there it was! It looked great!  

Designing the interface between the script engine and the editor is challenging because I don't yet know exactly which commands I will need. I'll start with a small set of commands and extend them as necessary.

Biterider

#4

UASM Assembler Development / Re: Linux users, please

Last post by FORTRANS - June 18, 2025, 11:06:40 PM

Hi,

I once wrote a pretty good text-based windowing system for 16-bit DOS apps. Worked pretty well: using 80x25 screens you had input and output fields, full control of color and several useful "gizmos" like pop-up boxes, "gas gauges", etc. Kind of like the old *nix-based curses package. Fun stuff.

   Like IBM's Topview perhaps?  Interesting.

Regards,

Steve N.

#5

Examples / Re: "Invoke" 64-bit

Last post by Greg_M - June 18, 2025, 06:12:38 PM

OK, thanks very much, including for the well-stated, and thorough number of, options!

#6

Examples / Re: "Invoke" 64-bit

Last post by jj2007 - June 18, 2025, 05:52:17 PM

Hi Greg,

Microsoft crippled ML64, so invoke, .if .else .endif, .Repeat ... .Until and others are no longer built-in. Therefore you basically have three options:
1. Bare metal: no macros (for Real Men^TM)
2. The macros developed by Hutch and Vasily in the Masm64 package
3. UAsm or JWasm

Note that Vasily's invoke does not check for the number and/or type of parameters passed. JBasic's jinvoke does, but it's work in progress.

Welcome to the forum

#7

UASM Assembler Development / Re: Linux users, please

Last post by daydreamer - June 18, 2025, 04:03:00 PM

My Linux skills probably are obsolete, it was 25 years I went Linux Web server course and java course
I already tried cross platform with try running my Java code on Linux

I don't know if nasm or other assembler has more code written in Linux than masm,so you might find asm libraries for Linux making it easier to code your Linux project

#8

Examples / "Invoke" 64-bit

Last post by Greg_M - June 18, 2025, 03:52:31 PM

Hi, I'm new to MASM and the MASM forums. The "INVOKE" documentation states "(32-bit MASM Only) ...".
https://learn.microsoft.com/en-us/cpp/assembler/masm/invoke?view=msvc-170

I see code examples of INVOKE here, so I'm seeking understanding.

Update: Apparently, MASM INVOKE isn't applicable to 64-bit MASM (ml64.exe), but alternatives, such as macros, are.

#9

UASM Assembler Development / Re: Linux users, please

Last post by NoCforMe - June 18, 2025, 08:08:22 AM

I thought X Window was the *nix world's equivalent of the Windoze GUI; wouldn't you be reinventing the wheel here?

In many ways yes, in others no.

1. it's and educational endevour, and I am learning a lot from it.

Well, it's quite ambitious and I wish you luck. Doable but a hell of a lot of work.

I once wrote a pretty good text-based windowing system for 16-bit DOS apps. Worked pretty well: using 80x25 screens you had input and output fields, full control of color and several useful "gizmos" like pop-up boxes, "gas gauges", etc. Kind of like the old *nix-based curses package. Fun stuff.

#10

UASM Assembler Development / Re: Linux users, please

Last post by LordAdef - June 18, 2025, 07:36:41 AM

I thought X Window was the *nix world's equivalent of the Windoze GUI; wouldn't you be reinventing the wheel here?

In many ways yes, in others no.

1. it's and educational endevour, and I am learning a lot from it.
2. Cross platforming is going to be very easy, and I want to accomplish that.
3. I hate the extra complication of Windows API, simple thinks are unnecessarily complicated.
    I WANT to change the colour of a bloody taskbar without dangling through dozens of stuff. Now I can
4. The sizes of the current GUI frameworks around are ridiculous!
    In asm the size is veeery, small, it's fassst. And we can natively interact, and build upon it
5.  X Window is considered outdated as far as I have researched, and slower than the new solutions.
6. it's fun!

7. I forget the rest, but there are


ps: I'm not sure if you saw the demo picture: the menu is centered. And by the way, the whole menu already works and is coded