Recent Posts

Pages: [1] 2 3 ... 10
1
Programming with NASM / Question about USB programming
« Last post by ben321 on November 04, 2024, 09:02:28 AM »
I wanted ro know, how one does programming to access USB devices (such as webcams) in assembly. I know that some hardware is memory mapped (such as VGA video mapped to 0xA0000), but others are accessed by calling interupts (or certain hardware actions actually trigger interupts). While others have to be accessed directly with the IN and OUT instructions (which actually happens behind the scenes with INT based functions for accessing certain hardware), if no INT function is available. I'm curious how USB devices are accessed. I know NASM can compile 16bit code for DOS, so I'd be interested in trying to write code that accesses USB devices from DOS.
2
Using NASM / Re: windows x86 64bit help
« Last post by hockey97 on August 31, 2024, 04:47:54 PM »
Nevermind... I got it working. It was looking for the files but couldn't access them due to permission issues. I fixed it and it now works.
3
Using NASM / Re: windows x86 64bit help
« Last post by hockey97 on August 30, 2024, 10:24:15 PM »
you cannot just convert the 32-bit source to 64-bit by just switching the assembler's command-line.

just notice the difference between the Hello World samples in 32-bit assembly and a 64-bit assembly.

32-bit are more into pushes when feeding data into an API that you wanna run..
64-bit is somehow similar to DOS..

I know that. Why would you say such a thing when I am not asking to force a 32bit program to work like a 64bit program.

I wrote a 64 bit progfram in ASM for windows but it needs to use the abi 64bit version.

I am using RAX and EAX.  The issue isn't the code.  The code works for 64 bit windows machines.

I am asking how do you link the files for windows to use a 64 bit program. You need to use the windows api to make a windows app.


4
Using NASM / Re: windows x86 64bit help
« Last post by alCoPaUL on August 30, 2024, 09:13:10 AM »
you cannot just convert the 32-bit source to 64-bit by just switching the assembler's command-line.

just notice the difference between the Hello World samples in 32-bit assembly and a 64-bit assembly.

32-bit are more into pushes when feeding data into an API that you wanna run..
64-bit is somehow similar to DOS..
5
Using NASM / Re: windows x86 64bit help
« Last post by hockey97 on August 30, 2024, 01:43:27 AM »
I understood..

I am asking how to use LD the linker to link the ms-ABI for 64 bits.

I used  this batch commands:

Code: [Select]
cd "$(CURRENT_DIRECTORY)"
nasm -fwin32 $(FILE_NAME) -o $(NAME_PART).o
ld -mi386pe $(NAME_PART).o C:\Windows\SysWOW64\user32.dll
ld -mi386pe $(NAME_PART).o C:\Windows\SysWOW64\Kernel32.dll
gcc -m32 $(NAME_PART).o  -o $(NAME_PART).exe
$(NAME_PART).exe

This works. The asm program is 32bits and this works perfectly.

If I change  the -fwin32 to -fwin64    and -m32 to m-64  the  ld part won't work. It would show an error that this isn't an i386 image it would complain because
the ld is using 32bit I change the directory to the 64 bit dlls in windows and still get that same error.

my point is how do you link the files properly for a 64bit program.  I know the windows api is the same  winmain is the same regardless if you use asm, c++, python, any programming language
and regardless if it's 32 bit system 64bit system or a 128 bit system  the api stays the same.

my point is the why you link and assemble the program needs to be 32 bit if you're coding a 32 program and a 64bit if the program is supposed to be for a 64bit system.

I already know how to do this for 32bit systems.  i am asking how to do this for 64 bit systems.  There's nothing online about it.
Most say you don't need flags  or arguments if the GCC  and  LD version you downloaded is 64bits.  You just need the flags /. arguments if you want to make a 32bit version of the program you want for backwards capability purposes.

I am just asking how to assemble and link the files properly for GCC.
6
Using NASM / Re: windows x86 64bit help
« Last post by fredericopissarra on August 28, 2024, 05:09:23 PM »
There's a bit of confusion here... API stands for Application PROGRAM Interface and it is the same for both i386 and x86-64 modes on Windows. There's no Win64 API, just Win32 API. ABI stands for Application BINARY Interface and are different for i386 and x86-64.

x86-64 is the generic nomenclature for amd64 mode of operation of the processor (AMD nomenclature), or Intel 64 or IA-32e or the old EMT64 (3 of Intel's nomenclature), or x64 mode (Microsoft nomenclarure)... i386 mode is x86 (Microsoft) or IA-32 (Intel).

Take this simple program writen in C:
Code: [Select]
/* main.c */
#include <windows.h>

/* Protótipo do procedimento de janela */
LRESULT CALLBACK WndProc(HWND, UINT, WPARAM, LPARAM);

int WINAPI WinMain(HINSTANCE hInst,
                     HINSTANCE hPrevInst,
                     LPSTR lpszCmdLine,
                     int nCmdShow)
{
  const static LPCSTR szClassName = "SimpleAppClass";
  HWND hWnd;
  MSG msg;
  WNDCLASS wc =
  {
    .style = CS_HREDRAW | CS_VREDRAW,
    .lpfnWndProc = WndProc,
    .hInstance = hInst,
    .hIcon = LoadIcon(NULL, IDI_APPLICATION),
    .hCursor = LoadCursor(NULL, IDC_ARROW),
    .hbrBackground = (HBRUSH)(COLOR_BTNFACE + 1),
    .lpszClassName = szClassName
  };

  RegisterClass(&wc);

  /* Este estilo criará uma janela "normal" que não pode
     ser maximizada ou ter seu tamanho alterado. */
  #define WINDOW_STYLE WS_OVERLAPPED  | \
                       WS_SYSMENU     | \
                       WS_VISIBLE     | \
                       WS_BORDER      | \
                       WS_MINIMIZEBOX | \
                       WS_CAPTION

  hWnd = CreateWindowEx( 0,
                         szClassName,
                         "My Simple App",
                         WS_OVERLAPPEDWINDOW,
                         CW_USEDEFAULT, CW_USEDEFAULT,
                         320, 100,
                         NULL, NULL,
                         hInst,
                         NULL );

  if ( ! hWnd )
  {
    /* Trata erro se não conseguiu criar a janela. */
    MessageBox( NULL,
                "Erro ao tentar criar a janela da aplicação.",
                "Erro",
                MB_OK | MB_ICONERROR);

    return 0;
  }

  UpdateWindow( hWnd );
  ShowWindow( hWnd, SW_SHOW ); /* Sempre mostra! */

  while ( GetMessage( &msg, NULL, 0, 0 ) )
  {
    TranslateMessage( &msg );
    DispatchMessage( &msg );
  }

  return msg.wParam;
}
Code: [Select]
// winproc.c
#include <windows.h>

LRESULT CALLBACK WndProc( HWND hWnd,
                          UINT uMsg,
                          WPARAM wParam,
                          LPARAM lParam )
{
  PAINTSTRUCT ps;
  RECT rc;

  // Processa mensagens...
  switch (uMsg)
  {
  // Ao destruir a janela...
  case WM_DESTROY:
    PostQuitMessage(0);
    return 0;

  case WM_PAINT:
    GetClientRect( hWnd, &rc );
    BeginPaint( hWnd, &ps );
      DrawText( ps.hdc, "Hello, world!", -1, &rc, DT_CENTER | DT_VCENTER );
    EndPaint( hWnd, &ps );
    return 0;
  }

  // Trata todas as outras mensagens.
  return DefWindowProc(hWnd, uMsg, wParam, lParam);
}

You can compile for 32 or 64 bits and it will work, unchanged, for Win95, Win98, WinMe, WinVista, WinXP, Win8, Win10 and Win11, in both 32 or 64 bits. This means the program interface is the same (Win32 API), but, of course the way stack is used, the arguments are passed to functions, registers used, etc, are different (MS-ABI for i386 or MS-ABI for x86-64).
7
Using NASM / Re: windows x86 64bit help
« Last post by hockey97 on August 27, 2024, 07:08:32 PM »
Surely it's better to learn the Windows 64-bit API for 64-bit Windows apps? Does the Win32 API even still exist in Windows 11?
Yes, for windows api you can write 32 bit programs  and 64 bit programs.

WoW64 folder in windows folder holds the windows api files for 32bit programs.
The System32 folder holds the windows api that's for x86-64 programs.

There's no api for strictly fore 64 bit . However, in the future  Microsoft is going to have to rewrite or make major changes to the windows API for future cpus.

Intel already announced the cpu's they're working now on is going to be a strict 64bit chip. No backwards capability.  They made a new ISA which is strictly 64bits.

That's where the future is going anyways. However, you're going off topic. I am trying to make that commands to compile the files to a 64 bit program. an x86-64 program.
How would that be done?  Or do I list the files in where I listed the object files and don't need to use flags or arguments to compile it.
8
Using NASM / Re: windows x86 64bit help
« Last post by hockey97 on August 27, 2024, 06:52:38 PM »
Code: [Select]
[quote author=fredericopissarra link=topic=3932.msg16182#msg16182 date=1724765437]
There is NO Win64 API on Windows. There is MS ABI for x86-64 (there's a subtle difference).
[/quote]

There's a 64bit version. I know it's not  a  64bit version but I am asking for what you said. x86-64.
They will have to have one in the future though because Intel is ditching backwards capability their future cpus will have a 64BIT ISA.

but I am talking what you said.

I know this works for 32 bit programs:
[[removed]
this is the cmd commands.  This works with no issues.

However, don't know how I can do this for a 64 bit  program.

I know the WOW64 is for 32 bit programs for the windows api files.
The 64 bit files reside in System32 folder.
My point is what commands would be used to do the same exact thing but for 64bit programs?
9
Using NASM / Re: windows x86 64bit help
« Last post by fredericopissarra on August 27, 2024, 01:30:37 PM »
There is NO Win64 API on Windows. There is MS ABI for x86-64 (there's a subtle difference).

10
Using NASM / Re: windows x86 64bit help
« Last post by debs3759 on August 27, 2024, 05:55:11 AM »
Surely it's better to learn the Windows 64-bit API for 64-bit Windows apps? Does the Win32 API even still exist in Windows 11?
Pages: [1] 2 3 ... 10