fasm 1.44 seems to be stable so I've released it. Now there's only one official website: http://fasm.sf.net (same as http://fasm.sourceforge.net). In the near future I'll try also to put some FAQ on the website, and maybe even more documentation (after some cleanings of fasm source I feel finally ready to start the project of "guide to fasm internals" again).
Posted on 2003-01-18 18:09:46 by Tomasz Grysztar
"guide to fasm internals"


The another one I am waiting for :tongue:
Posted on 2003-01-18 21:03:11 by Bi_Dark
i can not download fasm from main website because i can not visit the websit. where else can i download fasm?
i can not visit http://fasm.sf.net or http://fasm.sourceforge.net or http://fasm.metro-nt.pl.but i can visit http://sourceforge.net/projects/fasm/ where
only fasm 1.42 can be found.
Posted on 2003-01-18 21:48:23 by solar


Hi solar,
but It's no problem for me. :confused:
Posted on 2003-01-18 22:24:14 by Bi_Dark



Hi solar,
but It's no problem for me. :confused:


yes. mybe it's because of my dns can not rlookup the url
Posted on 2003-01-19 00:31:49 by solar
All right. I've updated http://sourceforge.net/projects/fasm/ also.
The fasm.metro-nt.pl is down, and probably won't be back.
Posted on 2003-01-19 01:11:12 by Tomasz Grysztar
Thanks!
Posted on 2003-01-19 03:01:30 by solar
When I try to include kernel32.inc it yells about "symbol already defined"?

Anyway to fix this?
Posted on 2003-01-22 01:12:58 by jInuQ
Probably you've included 'win32a.inc' also, which includes the 'kernel32.inc'.
Posted on 2003-01-22 07:28:02 by Tomasz Grysztar
I miss the structure bellow in gdi32.inc, I made a quick translation from the masm version:
I've not been able to compile the code where I use this struct yet (due to a few unrealated bugs), but I'm about resume work on the app now so I'll se if it works.
struc DEVMODE

{
.dmDeviceName rb 32 [COLOR=green];BYTE CCHDEVICENAME dup(?)[/COLOR]
.dmSpecVersion dw ?
.dmDriverVersion dw ?
.dmSize dw ?
.dmDriverExtra dw ?
.dmFields dd ?
[COLOR=green] ;union
; ;struct[/COLOR]
.dmOrientation dw ?
.dmPaperSize dw ?
.dmPaperLength dw ?
.dmPaperWidth dw ?
[COLOR=green] ; ;ends
; .dmPosition equ .dmOrientation [COLOR=green]; <-- Is this the "rigth" way?[/COLOR]
;ends[/COLOR]
.dmScale dw ?
.dmCopies dw ?
.dmDefaultSource dw ?
.dmPrintQuality dw ?
.dmColor dw ?
.dmDuplex dw ?
.dmYResolution dw ?
.dmTTOption dw ?
.dmCollate dw ?
.dmFormName rb 32 [COLOR=green];BYTE CCHFORMNAME dup (?)[/COLOR]
.dmLogPixels dw ?
.dmBitsPerPel dd ?
.dmPelsWidth dd ?
.dmPelsHeight dd ?
.dmDisplayFlags dd ?
.dmDisplayFrequency dd ?
.dmICMMethod dd ?
.dmICMIntent dd ?
.dmMediaType dd ?
.dmDitherType dd ?
.dmReserved1 dd ?
.dmReserved2 dd ?
}
struct DEVMODE
Posted on 2003-01-22 08:20:33 by scientica


; .dmPosition equ .dmOrientation ; <-- Is this the "rigth" way?

Probably this'd be better:


virtual at .dmOrientation
.dmPosition dw ?
end virtual
Posted on 2003-01-22 08:30:46 by Tomasz Grysztar
I just noticed when compaing win32.hlp, the masm version and the MSDN , they all diferer a bit when defining the struct, my question is who is "right"? :confused:
Posted on 2003-01-22 08:49:42 by scientica
I do:


include '%include%\equatesa\kernel32.inc'
include '%include%\equatesa\user32.inc'
Posted on 2003-01-22 15:31:24 by jInuQ
You need to include "%include%/macro/struct.inc" to get this equates working properly. It's better to use "%include%/win32a.inc" or "%include%/win32w.inc" - includes that all automatically.
Posted on 2003-01-22 15:51:32 by Tomasz Grysztar
Okay,
I will change my old code then.
Posted on 2003-01-22 16:53:50 by jInuQ
It seems that I'll write the "fasm guide" after the next release, because I've just changed fasm architecture a bit once again, in order to prepare it for future 64-bit extensions. My early 1.45 work-stage version is now ready to be extended with 64-bit code generator - but I haven't started implementing AMD x86-64 yet, and won't start it for some time, because I still hope to get the printed copy of manuals for this architecture from AMD. Implementing it with only PDF documents available would be a real pain for me. I plan to release 1.45 without any support for new instructions anyway, they'd come with later versions.
BTW, does anybody have AMD Hammer processor? I'd be nice to have some tester... ;)
Posted on 2003-01-23 14:04:20 by Tomasz Grysztar
64-bit code generator... Very good idea for the future release of FASM!:alright:

Regards,

Vortex
Posted on 2003-01-23 14:07:37 by Vortex

BTW, does anybody have AMD Hammer processor? I'd be nice to have some tester... ;)


BOCHS can emulate 64bit CPUs :)

(its in portage if you still use your gentoo :P )
Posted on 2003-01-23 14:27:54 by bazik

BTW, does anybody have AMD Hammer processor? I'd be nice to have some tester... ;)

Not yet, but I'm waiting for the Hammer-class systems to show up and fall to a reasonable price....
Posted on 2003-01-23 23:50:16 by scientica
Good idea Privalov! Good luck!
Posted on 2003-01-24 11:05:04 by POW