comp.lang.asm.x86

• Thread Index

---

• Re: Interrupt Service Routine (ISR) Vs Subroutine, Differences
  • From: randyhyde@xxxxxxxxxxxxx
• Re: tralnslate sintax from nasm to gas
  • From: Claudio Daffra
• Re: tralnslate sintax from nasm to gas
  • From: Frank Kotler
• Re: Interrupt Service Routine (ISR) Vs Subroutine, Differences
  • From: Robert Redelmeier
• Re: how to override _m_pshufw
  • From: Sebastian Biallas
• Interrupt Service Routine (ISR) Vs Subroutine, Differences
  • From: 2005
• Re: Completely confused. Please send help. :)
  • From: Frank Kotler
• Re: how to override _m_pshufw
  • From: 4N
• Re: how to override _m_pshufw
  • From: 4N
• Re: Completely confused. Please send help. :)
  • From: Bjarni Juliusson
• tralnslate sintax from nasm to gas
  • From: Claudio Daffra
• Completely confused. Please send help. :)
  • From: Shay
• Re: how to override _m_pshufw
  • From: Terje Mathisen
• Re: how to override _m_pshufw
  • From: Sebastian Biallas
• Re: Different opcodes for the same instruction?
  • From: Sebastian Biallas
• Re: Different opcodes for the same instruction?
  • From: Robert Redelmeier
• how to override _m_pshufw
  • From: 4N
• Re: New to Assembly Code - Please help...
  • From: randyhyde@xxxxxxxxxxxxx
• Re: Different opcodes for the same instruction?
  • From: Frank Kotler
• Re: Stack and code on 8086
  • From: Jim Leonard
• Re: Stack and code on 8086
  • From: Frank Kotler
• Re: Stack and code on 8086
  • From: David Pratt
• Get the FAQs
  • From: comp.lang.asm.x86
• Re: New to Assembly Code - Please help...
  • From: Dirk Wolfgang Glomp
• Stack and code on 8086
  • From: 2005
• Re: [Clax86list] Different opcodes for the same instruction?
  • From: Charles A. Crayne
• Re: [Clax86list] New to Assembly Code - Please help...
  • From: Charles A. Crayne
• New to Assembly Code - Please help...
  • From: Angela
• Re: Different opcodes for the same instruction?
  • From: news@xxxxxxxxxxxxxxx
• Re: Different opcodes for the same instruction?
  • From: Alex Buell
• Re: Confused by Intel's Opcode docs
  • From: Tim Roberts
• Re: doubt in protected mode
  • From: spamtrap
• Re: Different opcodes for the same instruction?
  • From: Frank Kotler
• Re: Different opcodes for the same instruction?
  • From: spamtrap
• Different opcodes for the same instruction?
  • From: Alex Buell
• Re: Confused by Intel's Opcode docs
  • From: Uli Kusterer
• Re: How to change C++ code to Inline assembly code
  • From: Claudio Daffra
• Re: How to change C++ code to Inline assembly code
  • From: Jack Klein
• Re: Feedback please (Linux, NASM code)
  • From: Frank Kotler
• Re: Feedback please (Linux, NASM code)
  • From: vid512@xxxxxxxxx
• Re: Feedback please (Linux, NASM code)
  • From: Spoon
• How to change C++ code to Inline assembly code
  • From: spamtrap
• Re: Feedback please (Linux, NASM code)
  • From: Spoon
• Re: Feedback please (Linux, NASM code)
  • From: Frank Kotler
• Re: Can code optimised for a k6-2 run on a Pentium 3?
  • From: spamtrap
• Re: Confused by Intel's Opcode docs
  • From: [jongware]
• Can code optimised for a k6-2 run on a Pentium 3?
  • From: Alex Buell
• Re: Confused by Intel's Opcode docs
  • From: Uli Kusterer
• Re: [Clax86list] Feedback please (Linux, NASM code)
  • From: Tim Roberts
• Re: doubt in protected mode
  • From: Tim Roberts
• Re: Feedback please (Linux, NASM code)
  • From: vid512@xxxxxxxxx
• Re: Confused by Intel's Opcode docs
  • From: Uli Kusterer
• Re: [Clax86list] Feedback please (Linux, NASM code)
  • From: Frank Kotler
• Re: Feedback please (Linux, NASM code)
  • From: Frank Kotler
• Re: [Clax86list] Feedback please (Linux, NASM code)
  • From: Charles A. Crayne
• Re: Feedback please (Linux, NASM code)
  • From: Shay
• Re: Feedback please (Linux, NASM code)
  • From: T.M. Sommers
• Re: Feedback please (Linux, NASM code)
  • From: Frank Kotler
• doubt in protected mode
  • From: OS
• Having trouble posting?
  • From: comp.lang.asm.x86
• Feedback please (Linux, NASM code)
  • From: Shay
• Re: Performance benefits of asm
  • From: vid512@xxxxxxxxx
• Re: Performance benefits of asm
  • From: vid512@xxxxxxxxx
• Re: ASM Compiler?
  • From: Mark Jones
• Re: Confused by Intel's Opcode docs
  • From: Tim Roberts
• Re: [Clax86list] Confused by Intel's Opcode docs
  • From: Charles A. Crayne
• Confused by Intel's Opcode docs
  • From: spamtrap
• Get the FAQs
  • From: comp.lang.asm.x86
• Re: Performance benefits of asm
  • From: Jentje Goslinga
• Re: Performance benefits of asm
  • From: PL
• Re: Help with deciphering code
  • From: R.Wieser
• Re: ASM Compiler?
  • From: Bryan Parkoff
• Re: JMP table in debug but not release?
  • From: Laurent D.A.M. MENTEN
• Re: ASM Compiler?
  • From: spamtrap
• Re: ASM Compiler?
  • From: roger
• Re: ASM Compiler?
  • From: roger
• Re: Help with deciphering code
  • From: PL
• Re: JMP table in debug but not release?
  • From: dm
• Re: JMP table in debug but not release?
  • From: Laurent D.A.M. MENTEN
• Re: ASM Compiler?
  • From: Terje Mathisen
• Re: efficient image filtering?
  • From: Jentje Goslinga
• Re: CPU speed without rdtsc
  • From: Terje Mathisen
• JMP table in debug but not release?
  • From: spamtrap
• Re: CPU speed without rdtsc
  • From: Tim Roberts
• Re: ASM Compiler?
  • From: spamtrap
• Re: ASM Compiler?
  • From: Bryan Parkoff
• Re: ASM Compiler?
  • From: Phil Carmody
• ASM Compiler?
  • From: Bryan Parkoff
• Re: efficient image filtering?
  • From: Ottavio Campana
• Re: efficient image filtering?
  • From: Terje Mathisen
• Re: CPU speed without rdtsc
  • From: Spoon
• Re: Help with deciphering code
  • From: R.Wieser
• Re: Performance benefits of asm
  • From: robertwessel2@xxxxxxxxx
• Re: Performance benefits of asm
  • From: Terje Mathisen
• Help with deciphering code
  • From: Trev
• Re: efficient image filtering?
  • From: Ottavio Campana
• Re: Cpu speed without rdtsc
  • From: Mark Jones
• Re: Performance benefits of asm
  • From: Mark Jones
• Re: Performance benefits of asm
  • From: Mark_Larson
• Re: Learning assembly
  • From: longwuneng
• Re: Performance benefits of asm
  • From: vid512@xxxxxxxxx
• Re: efficient image filtering?
  • From: Terje Mathisen
• Having trouble posting?
  • From: comp.lang.asm.x86
• Re: CPU speed without rdtsc
  • From: Tim Roberts
• Re: Performance benefits of asm
  • From: spamtrap
• Re: Performance benefits of asm
  • From: robertwessel2@xxxxxxxxx
• efficient image filtering?
  • From: Ottavio Campana
• Performance benefits of asm
  • From: PL
• Re: Cpu speed without rdtsc
  • From: Spoon
• Re: Help: ASM to ASM calls
  • From: Rod Pemberton
• Re: Cpu speed without rdtsc
  • From: Mark_Larson
• Re: Help: ASM to ASM calls
  • From: Benjamin David Lunt
• Re: Help: ASM to ASM calls
  • From: Bjarni Juliusson
• Re: Cpu speed without rdtsc
  • From: Robert Redelmeier
• Re: Cpu speed without rdtsc
  • From: Sebastian Biallas
• Re: Cpu speed without rdtsc
  • From: Mark_Larson
• Re: Help: ASM to ASM calls
  • From: R.Wieser
• AMD and ssse3, sse4
  • From: dave
• Re: Help: ASM to ASM calls
  • From: R.Wieser
• Re: Help: ASM to ASM calls
  • From: Rod Pemberton
• Get the FAQs
  • From: comp.lang.asm.x86
• Re: CPU speed without rdtsc
  • From: rhyde@xxxxxxxxxx
• Re: Help: ASM to ASM calls
  • From: Shay
• Re: Help: ASM to ASM calls
  • From: Frank Kotler
• Re: Help: ASM to ASM calls
  • From: Shay
• Re: Help: ASM to ASM calls
  • From: Shay
• Re: Help: ASM to ASM calls
  • From: Frank Kotler
• Re: Cpu speed without rdtsc
  • From: Sebastian Biallas
• Re: Convert 8 bytes to 8 bits?
  • From: dave
• Re: Help: ASM to ASM calls
  • From: Shay
• Re: Help: ASM to ASM calls
  • From: R.Wieser
• Re: Help: ASM to ASM calls
  • From: spamtrap
• Help: ASM to ASM calls
  • From: Shay
• Re: Convert 8 bytes to 8 bits?
  • From: Mark Jones
• Re: Cpu speed without rdtsc
  • From: Mark Jones
• Re: Convert 8 bytes to 8 bits?
  • From: dave
• Re: Convert 8 bytes to 8 bits?
  • From: news@xxxxxxxxxxxxxxx
• Re: Convert 8 bytes to 8 bits?
  • From: Mark_Larson
• Re: Just to know: system calls on windows...
  • From: Skarmander
• Re: Convert 8 bytes to 8 bits?
  • From: Mark Jones
• Cpu speed without rdtsc
  • From: Wojtek
• CPU speed without rdtsc
  • From: Wojtek
• Re: Learning assembly
  • From: Bjarni Juliusson
• Re: Learning assembly
  • From: Shay
• Re: Learning assembly
  • From: Paul Carter
• Re: OllyDbg used to debug VC2005 applications?
  • From: Daniel Hagmann
• Re: Learning assembly
  • From: Bjarni Juliusson
• Re: The Win32ASM Project
  • From: Mark Jones
• Re: The Win32ASM Project
  • From: rhyde@xxxxxxxxxx
• Re: Convert 8 bytes to 8 bits?
  • From: dave
• Re: Convert 8 bytes to 8 bits?
  • From: news@xxxxxxxxxxxxxxx
• Re: Learning assembly
  • From: Shay
• Re: Convert 8 bytes to 8 bits?
  • From: Terje Mathisen
• Re: Convert 8 bytes to 8 bits?
  • From: Terje Mathisen
• Re: Learning assembly
  • From: Tim Roberts
• Re: about nasm copy memory to memory problem
  • From: Tim Roberts
• Re: The Win32ASM Project
  • From: Tim Roberts
• Re: SSE2- or MMX2-based memcpy?
  • From: robertwessel2@xxxxxxxxx
• Re: SSE2- or MMX2-based memcpy?
  • From: Mark Jones
• Re: help nasm copy memory to memory problem !!!!
  • From: Jack Klein
• FASMLIB v0.3 released!
  • From: vid512@xxxxxxxxx
• SSE2- or MMX2-based memcpy?
  • From: Mikhail T.
• Re: Convert 8 bytes to 8 bits?
  • From: Mark Jones
• Re: Convert 8 bytes to 8 bits?
  • From: spamtrap
• help nasm copy memory to memory problem !!!!
  • From: step
• about nasm copy memory to memory problem
  • From: step
• Re: Convert 8 bytes to 8 bits?
  • From: Mark_Larson
• Winhelp file
  • From: rasmus
• Re: Convert 8 bytes to 8 bits?
  • From: Bob Masta
• Re: Convert 8 bytes to 8 bits?
  • From: Terje Mathisen
• Re: How do I determine if a CPU supports Uniprocessors/Multiprocessors or only ACPI??
  • From: Michael Tippach
• Winhelp file
  • From: rasmus
• Re: Convert 8 bytes to 8 bits?
  • From: dave
• Re: Convert 8 bytes to 8 bits?
  • From: Phil Carmody
• Convert 8 bytes to 8 bits?
  • From: Mark Jones
• Re: The Win32ASM Project
  • From: Mark Jones
• Having trouble posting?
  • From: comp.lang.asm.x86
• Re: 32 bit flat memory model
  • From: robertwessel2@xxxxxxxxx
• Re: 32 bit flat memory model
  • From: João Jerónimo
• Re: What assembler is this syntax for???
  • From: João Jerónimo
• Re: What assembler is this syntax for???
  • From: João Jerónimo
• Re: 32 bit flat memory model
  • From: robertwessel2@xxxxxxxxx
• Re: What assembler is this syntax for???
  • From: Cyril Novikov
• Re: boot
  • From: Mark_Larson
• Re: 32 bit flat memory model
  • From: Ed Beroset
• Get the FAQs
  • From: comp.lang.asm.x86
• Re: What assembler is this syntax for???
  • From: Frank Kotler
• Re: What assembler is this syntax for???
  • From: João Jerónimo
• Re: What assembler is this syntax for???
  • From: João Jerónimo
• Re: What assembler is this syntax for???
  • From: Frank Kotler
• What assembler is this syntax for???
  • From: João Jerónimo
• Re: Shift in Parallel?
  • From: rhyde@xxxxxxxxxx
• Re: Shift in Parallel?
  • From: Terje Mathisen
• Re: Shift in Parallel?
  • From: rhyde@xxxxxxxxxx
• Re: 32 bit flat memory model
  • From: João Jerónimo
• Re: 32 bit flat memory model
  • From: João Jerónimo
• Re: 32 bit flat memory model
  • From: Ed Beroset
• Re: 32 bit flat memory model
  • From: Rod Pemberton
• 32 bit flat memory model
  • From: Joel
• Re: GRDB
  • From: Jean Pierre Daviau
• Re: boot
  • From: Dirk Wolfgang Glomp
• Re: GRDB
  • From: Frank Kotler
• Re: SSE Programming
  • From: dave
• Re: Shift in Parallel?
  • From: Terje Mathisen
• Re: How do I determine if a CPU supports Uniprocessors/Multiprocessors or only ACPI??
  • From: Brendan
• boot
  • From: meyti
• Re: Shift in Parallel?
  • From: Cranky
• Re: Shift in Parallel?
  • From: Tim Roberts
• Re: SSE Programming
  • From: Tim Roberts
• GRDB
  • From: Jean Pierre Daviau
• Re: Shift in Parallel?
  • From: randyhyde@xxxxxxxxxxxxx
• Re: Shift in Parallel?
  • From: Phil Carmody
• Re: How do I determine if a CPU supports Uniprocessors/Multiprocessors or only ACPI??
  • From: Spoon
• Re: Shift in Parallel?
  • From: robertwessel2@xxxxxxxxx
• Re: Shift in Parallel?
  • From: Phil Carmody
• Re: Shift in Parallel?
  • From: Cranky
• Re: Shift in Parallel?
  • From: Bryan Parkoff
• Re: Shift in Parallel?
  • From: Bryan Parkoff
• Re: SSE Programming
  • From: dave
• Re: Shift in Parallel?
  • From: randyhyde@xxxxxxxxxxxxx
• Re: SSE Programming
  • From: Mark_Larson
• Re: SSE Programming
  • From: Mark_Larson
• Re: SSE Programming
  • From: Phil Carmody
• Re: Shift in Parallel?
  • From: Phil Carmody
• Re: SSE Programming
  • From: Phil Carmody
• Re: SSE Programming
  • From: dave
• Re: SSE Programming
  • From: dave
• Re: SSE Programming
  • From: dave
• Re: SSE Programming
  • From: Phil Carmody
• Re: SSE Programming
  • From: Phil Carmody
• How do I determine if a CPU supports Uniprocessors/Multiprocessors or only ACPI??
  • From: Rymfax
• Re: Shift in Parallel?
  • From: Claudio Grondi
• Re: Shift in Parallel?
  • From: dave
• Re: SSE Programming
  • From: dave
• Re: SSE Programming
  • From: f0dder
• Having trouble posting?
  • From: comp.lang.asm.x86
• Re: Shift in Parallel?
  • From: Bryan Parkoff
• Re: LSA Disk Sector Read - using int 13h ah 42 (extended read)
  • From: spamtrap
• Re: Shift in Parallel?
  • From: Bryan Parkoff
• Re: SSE Programming
  • From: vid512@xxxxxxxxx
• Re: Shift in Parallel?
  • From: dave
• Re: Shift in Parallel?
  • From: robertwessel2@xxxxxxxxx
• Re: SSE Programming
  • From: dave
• Re: SSE Programming
  • From: dave
• Re: SSE Programming
  • From: dave
• Re: SSE Programming
  • From: dave
• Re: SSE Programming
  • From: dave
• Shift in Parallel?
  • From: Bryan Parkoff
• Re: SSE Programming
  • From: vid512@xxxxxxxxx
• Its allred.
  • From: mirella yoshi
• Re: SSE Programming
  • From: Phil Carmody
• Re: SSE Programming
  • From: Phil Carmody

• Security
• UNIX
• Linux
• Coding
• Usenet

• Archive
• About
• Privacy
• Search
• Imprint

coding.derkeiler.com  > Archive  > Assembler  > comp.lang.asm.x86  > 2006-11