Re: Hello World assembly language

2011-09-29 Thread Achim Patzner
Am 29.09.2011 um 03:03 schrieb Greg 'groggy' Lehey: Add a 0x0d to the end of the string (0xa = LF, 0xd = CR) No, that is a Microsoftism. UNIX doesn't use \r to terminate a line. No, actually that's a teletype thing and predates Microsoft. And not a problem of line termination. Achim

Re: Hello World assembly language

2011-09-29 Thread Colin Barnabas
Thank you to all who responded. I changed the 13 to 14 so as to include the new line and that sorted everything out. Oddly, however, while I was using bash, the shell still returned on the same line as the output even after the fix. It was not until after I switched shells that things worked out

Hello World assembly language

2011-09-28 Thread Colin Barnabas
I found a hello world program written in assembly language which runs on my amd64 8.2 stable box. However, I can not seem to get it to print a new line. Any suggestions on how to print a line feed in assembly? Here is the code- section .data message: db 'hello, world!', 0x0a section .text

Re: Hello World assembly language

2011-09-28 Thread Doug Barton
On 09/28/2011 13:26, Colin Barnabas wrote: I found a hello world program written in assembly language which runs on my amd64 8.2 stable box. However, I can not seem to get it to print a new line. Any suggestions on how to print a line feed in assembly? No, we will not help you do your compsci

RE: Hello World assembly language

2011-09-28 Thread Andrew Duane
...@freebsd.org] On Behalf Of Colin Barnabas Sent: Wednesday, September 28, 2011 1:27 PM To: freebsd-hackers@freebsd.org Subject: Hello World assembly language I found a hello world program written in assembly language which runs on my amd64 8.2 stable box. However, I can not seem to get it to print a new

Re: Hello World assembly language

2011-09-28 Thread Ryan Stone
On Wed, Sep 28, 2011 at 4:26 PM, Colin Barnabas a...@ucs.com wrote: I found a hello world program written in assembly language which runs on my amd64 8.2 stable box. However, I can not seem to get it to print a new line. Any suggestions on how to print a line feed in assembly? Here

Re: Hello World assembly language

2011-09-28 Thread Duane Hill
On Wed, Sep 28, 2011 at 8:26 PM, Colin Barnabas a...@ucs.com wrote: I found a hello world program written in assembly language which runs on my amd64 8.2 stable box. However, I can not seem to get it to print a new line. Any suggestions on how to print a line feed in assembly? Here

Re: Hello World assembly language

2011-09-28 Thread Nate Dobbs
Alter the stuff in red, the message will print irrespective of your `message' length. Change 13 to 14. section .data message: db 'hello, world!', 0x0a message_len equ $-message section .text global _start _start: mov rax, 4 mov rdi, 1 mov rsi, message mov rdx

Re: Hello World assembly language

2011-09-28 Thread Aldis Berjoza
On Wed, 28 Sep 2011 13:26:47 -0700 Colin Barnabas a...@ucs.com wrote: I found a hello world program written in assembly language which runs on my amd64 8.2 stable box. However, I can not seem to get it to print a new line. Any suggestions on how to print a line feed in assembly? You need

Hello!

2010-04-28 Thread Stanislav
Hello! I am accepted for the google summer of code. I just wanted to introduce myself to the community. I will be working on BSNMP enhancement: A new module. I will be very thankful to anyone who have ideas to share. I am still newbie and have never coded for project such FreeBSD, but i hope

Re: Hello!

2010-04-28 Thread Brandon Gooch
On Wed, Apr 28, 2010 at 4:04 PM, Stanislav uzunchev.stanis...@gmail.com wrote: Hello! I am accepted for the google summer of code. I just wanted to introduce myself to the community. I will be working on BSNMP enhancement: A new module. I will be very thankful to anyone who have ideas to share

Re: Hello!

2010-04-28 Thread Harti Brandt
On Wed, 28 Apr 2010, Brandon Gooch wrote: On Wed, Apr 28, 2010 at 4:04 PM, Stanislav uzunchev.stanis...@gmail.com wrote: Hello! I am accepted for the google summer of code. I just wanted to introduce myself to the community. I will be working on BSNMP enhancement: A new module. I will be very

Re: Hello!

2010-04-28 Thread Carlos A. M. dos Santos
On Wed, Apr 28, 2010 at 1:04 PM, Stanislav uzunchev.stanis...@gmail.com wrote: Hello! I am accepted for the google summer of code. I just wanted to introduce myself to the community. I will be working on BSNMP enhancement: A new module. I will be very thankful to anyone who have ideas to share

Re: hello world but not in 32bit x86 but in amd64 for amd64 platform

2005-08-18 Thread Marco van de Voort
Could you inform me if there exist somewhere such a program cfr the 32bit hello world example in Chapter 11 x86 Assembly Language Programming FreeBSD Developers' Handbook The procedure should be the same no matter what architecture you are using. Just use AMD64 assembly... You

hello world but not in 32bit x86 but in amd64 for amd64 platform

2005-08-17 Thread Alain De Vos
Hi , The AMD64 platform is currently a Tier 1 FreeBSD platform, but what I currently look for is a Hello World assembly program written in 64bit assembly which I can compile and run on my FreeBSD,AMD64 platform Sadly enough I was unable to find such a very basic program :-) Could you inform

Re: hello world but not in 32bit x86 but in amd64 for amd64 platform

2005-08-17 Thread Dan Nelson
In the last episode (Aug 17), Alain De Vos said: The AMD64 platform is currently a Tier 1 FreeBSD platform, but what I currently look for is a Hello World assembly program written in 64bit assembly which I can compile and run on my FreeBSD,AMD64 platform Sadly enough I was unable to find

Re: hello world but not in 32bit x86 but in amd64 for amd64 platform

2005-08-17 Thread Joseph Koshy
av Hello World assembly program written in 64bit assembly av which I can compile and run on my FreeBSD,AMD64 platform You could also look at src/lib/libc/amd64/SYS.h for how system calls are implemented. In particular, #define KERNCALLmovq %rcx, %r10; syscall A system call transfers

Re: Hello from Kabul

2002-08-27 Thread Paul Everlund
- From: Muhammad Faisal Rauf Danka [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, August 25, 2002 12:41 PM Subject: Re: Hello from Kabul Nice joke! Regards Muhammad Faisal Rauf Danka Head of GemSEC / Chief Technology Officer Gem Internet Services (Pvt) Ltd. web

Hello from Kabul

2002-08-25 Thread junis
HI !!! I am Junis from Kabul. With help from friend Jon Katz I have made first release of my new operating system - JUNIX. Plays well MP3 and has good support for iPod system. Also special file sytem to store DivX of baywatch and survivor television show. I very much like america culture. JUNIX

Re: Hello from Kabul

2002-08-25 Thread Muhammad Faisal Rauf Danka
Nice joke! Regards Muhammad Faisal Rauf Danka Head of GemSEC / Chief Technology Officer Gem Internet Services (Pvt) Ltd. web: www.gem.net.pk Key Id: 0x784B0202 Key Fingerprint: 6F8C EDCF 6C6E 06A5 48D7 6A20 C592 484B 784B 0202 --- [EMAIL PROTECTED] wrote: HI !!! I am Junis from

Hello,freebsd-hackers,meeting notice

2002-04-17 Thread desupport
shwiz0.htm Description: Binary data

Re: Hello,developer,introduction on ADSL

2002-03-02 Thread Developer
Hello hackers, Friday, March 01, 2002, 12:51:46 PM, you wrote: no mail in .html format please. cant read ist -- Best regards, Developermailto:[EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body

Hello, your friend recommended openxxx.net to you

2001-10-14 Thread friendz
You have been invited to check out this adult site by one of your friends who visited us. click here , our URL is: http://www.openxxx.net/ enjoy, OpenXXX TEAM 2001 To Unsubscribe: send mail to [EMAIL PROTECTED]

Hello, your friend recommended openxxx to you

2001-10-11 Thread friends
You have been invited to check out this adult site by one of your friends who visited us. click here , our URL is: http://www.openxxx.net/ enjoy, OpenXXX TEAM 2001 To Unsubscribe: send mail to [EMAIL PROTECTED]

Recent NFS commits, plus Heads up to 2.2.x users Hello everyone. There have been a number of recent NFS commits to fix bugs. Everything is hunky dory, but I do not have a 2.2.x box to test the MFC to 2.2.x so this is a head's up to 2.2.x users who are using NFS that these (relatively simple) bug fixes have been MFC'd, but not tested. It would be nice if I could get confirmation that 2.2.x hasn't blow up :-) -Matt Matthew Dillon dillon@backplane.comdillon 1999/12/11 19:19:33 PST Modified files: sys/kern vfs_subr.c vfs_syscalls.c sys/vm vm_fault.c vm_map.c vm_map.h vm_mmap.c vm_object.c vm_object.h vm_page.c vm_page.h sys/sys mman.h lib/libc/sys madvise.2 mmap.2 Log: Add MAP_NOSYNC feature to mmap(), and MADV_NOSYNC and MADV_AUTOSYNC to madvise(). This feature prevents the update daemon from gratuitously flushing dirty pages associated with a mapped file-backed region of memory. The system pager will still page the memory as necessary and the VM system will still be fully coherent with the filesystem. Modifications made by other means to the same area of memory, for example by write(), are unaffected. The feature works on a page-granularity basis. MAP_NOSYNC allows one to use mmap() to share memory between processes without incuring any significant filesystem overhead, putting it in the same performance category as SysV Shared memory and anonymous memory. Reviewed by: julian, alc, dg Revision Changes Path 1.239 +2 -2 src/sys/kern/vfs_subr.c 1.147 +3 -2 src/sys/kern/vfs_syscalls.c 1.108 +17 -3 src/sys/vm/vm_fault.c 1.184 +16 -3 src/sys/vm/vm_map.c 1.52 +3 -2 src/sys/vm/vm_map.h 1.105 +5 -4 src/sys/vm/vm_mmap.c 1.171 +32 -5 src/sys/vm/vm_object.c 1.62 +4 -3 src/sys/vm/vm_object.h 1.147 +8 -4 src/sys/vm/vm_page.c 1.74 +5 -5 src/sys/vm/vm_page.h 1.27 +4 -1 src/sys/sys/mman.h 1.16 +28 -1 src/lib/libc/sys/madvise.2 1.18 +30 -1 src/lib/libc/sys/mmap.2dillon 1999/12/11 19:28:15 PST Modified files: sys/kern vfs_syscalls.c Log: Remove accidental pollution unrelated to previous commit. The issue here is real but has not yet been discussed with Eivind. Revision Changes Path 1.148 +2 -3 src/sys/kern/vfs_syscalls.cdillon 1999/12/11 22:09:58 PST Modified files: sys/nfs nfs_bio.c nfs_subs.c nfs_vnops.c sys/sys buf.h Log: Synopsis of problem being fixed: Dan Nelson originally reported that blocks of zeros could wind up in a file written to over NFS by a client. The problem only occurs a few times per several gigabytes of data. This problem turned out to be bug #3 below. bug #1: B_CLUSTEROK must be cleared when an NFS buffer is reverted from stage 2 (ready for commit rpc) to stage 1 (ready for write). Reversions can occur when a dirty NFS buffer is redirtied with new data. Otherwise the VFS/BIO system may end up thinking that a stage 1 NFS buffer is clusterable. Stage 1 NFS buffers are not clusterable. bug #2: B_CLUSTEROK was inappropriately set for a 'short' NFS buffer (short buffers only occur near the EOF of the file). Change to only set when the buffer is a full biosize (usually 8K). This bug has no effect but should be fixed in -current anyway. It need not be backported. bug #3: B_NEEDCOMMIT was inappropriately set in nfs_flush() (which is typically only called by the update daemon). nfs_flush() does a multi-pass loop but due to the lack of vnode locking it is possible for new buffers to be added to the dirtyblkhd list while a flush operation is going on. This may result in nfs_flush() setting B_NEEDCOMMIT on a buffer which has *NOT* yet gone through its stage 1 write, causing only the commit rpc to be made and thus causing the contents of the buffer to be thrown away (never sent to the server). The patch also contains some cleanup, which only applies to the commit into -current. Reviewed by: dg, julian Originally Reported by: Dan Nelson dnelson@emsphone.com Revision Changes Path 1.81 +27 -11 src/sys/nfs/nfs_bio.c 1.86 +15 -7 src/sys/nfs/nfs_subs.c 1.148 +3 -27 src/sys/nfs/nfs_vnops.c 1.85 +8 -1 src/sys/sys/buf.hdillon 1999/12/11 22:52:35 PST Modified files: (Branch: RELENG_3) sys/nfs nfs_bio.c nfs_subs.c nfs_vnops.c Log: MFC nfs_bio.c 1.81, nfs_subs.c 1.86, nfs_vnops.c 1.148. Fixed two rare-occuring bugs in NFS. First, B_CLUSTEROK must be cleared when B_NEEDCOMMIT is cleared since uncommitted dirty buffers may not be clustered. Second, B_NEEDCOMMIT cannot be gratuitously set in nfs_flush(). Due to lack of locking a buffer may be added to the dirtyblkhd list during the flush and setting B_NEEDCOMMIT can result in the buffer's data being thrown away rather then written to the server. Reviewed by: dg Approved by: jkh Revision Changes Path 1.65.2.3 +4 -4 src/sys/nfs/nfs_bio.c 1.70.2.4 +2 -2 src/sys/nfs/nfs_subs.c 1.116.2.8 +4 -4 src/sys/nfs/nfs_vnops.cdillon 1999/12/11 23:06:40 PST Modified files: sys/nfs nfs_nqlease.c nfs_serv.c nfs_subs.c Log: Fix a number of server-side issues related to aborting badly formed NFS packets, mainly initializing structure pointers to NULL which are conditionally freed prior to return. PR: kern/15249 Submitted by: Ian Dowse iedowse@maths.tcd.ie Revision Changes Path 1.47 +4 -2 src/sys/nfs/nfs_nqlease.c 1.89 +5 -5 src/sys/nfs/nfs_serv.c 1.87 +4 -1 src/sys/nfs/nfs_subs.cdillon 1999/12/11 23:16:21 PST Modified files: (Branch: RELENG_3) sys/nfs nfs_nqlease.c nfs_serv.c nfs_subs.c Log: MFC nfs_nqlease 1.47, nfs_serv.c 1.89, nfs_subs.c 1.87. Prevent panics in server side abort code when dealing with malformed NFS packets. Approved by: jkh Revision Changes Path 1.39.2.3 +4 -2 src/sys/nfs/nfs_nqlease.c 1.72.2.6 +5 -5 src/sys/nfs/nfs_serv.c 1.70.2.5 +4 -1 src/sys/nfs/nfs_subs.cdillon 1999/12/11 23:25:12 PST Modified files: (Branch: RELENG_2_2) sys/nfs nfs_nqlease.c nfs_subs.c Log: MFC nfs_nqlease 1.47, nfs_serv.c 1.89, nfs_subs.c 1.87. Note that no changes to nfs_serv.c were required, the bugs in that routine were introduced after 2.2.x. Revision Changes Path 1.20.2.2 +4 -2 src/sys/nfs/nfs_nqlease.c 1.33.2.4 +3 -1 src/sys/nfs/nfs_subs.cdillon 1999/12/11 23:28:52 PST Modified files: (Branch: RELENG_2_2) sys/nfs nfs_bio.c nfs_subs.c nfs_vnops.c Log: MFC nfs_bio.c 1.81, nfs_subs.c 1.86, nfs_vnops.c 1.148 Revision Changes Path 1.28.2.11 +3 -3 src/sys/nfs/nfs_bio.c 1.33.2.5 +2 -2 src/sys/nfs/nfs_subs.c 1.36.2.12 +4 -4 src/sys/nfs/nfs_vnops.c

1999-12-11 Thread Matthew Dillon
To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: Hello boot cylinder 1024 suggestion

1999-10-10 Thread Mike Smith
I was recently annoyed to find that I cannot install/boot FreeBSD from a hard drive partition extending beyond cylinder 1024 (not a problem unique to FreeBSD by any means...). Even with LBA support, this translates to an 8-gig limit (i.e. the boot partition must be completely within the

Hello boot cylinder 1024 suggestion

1999-10-07 Thread Kevin Vigor
Hello all, it's my first time, so please be gentle... I'm not sure if this is the right list for this issue (freebsd-install looks better, but is closed, at least according to the charter), so please redirect me if necessary. I was recently annoyed to find that I cannot install