headers
Dirk Huste | 4 Aug 2003 17:15
Picon

tcc?. :/


hello to everybody :), 

could anybody give an explenation, about how to compile the tcc - compiler itself  for linux ( compiling
itself means to me it can build itself, without using another compiler, gcc, ...). still i didn't find an
usable instruction ... 

THX DK :) 

______________________________________________________________________________
Spam-Filter fuer alle - bester Spam-Schutz laut ComputerBild 15-03
WEB.DE FreeMail - Deutschlands beste E-Mail - http://s.web.de/?mc=021120

-
To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Rafael Costa dos Santos | 5 Aug 2003 11:06
Picon

Linux syscall list

Hi all,

Where can I find the last linux syscall list ?

--

-- 
Rafael Costa dos Santos
-
To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 2 comments |
headers
Fischer Ulrich | 5 Aug 2003 15:03
Picon

Guide line for RT-Signals

Hi,

I'm new on this list. I hope, my thread is not in the wrong place.

Is there a philiosohpy or a guide line on how to use RT-Signals in 
Linux. I mean, normal signals have predefined meanings, defined by 
POSIX, and RT-Signals are designed for free use. This gives me thousands 
  of posibilities to use them (I can see a lot of them), but which ones 
makes sense, how should I use them?
Google gave now answer to this question.

thanks

Ulrich

--

-- 
Ulrich G. Fischer
Dipl. Natw. ETH
Center Aerodynamics

Ruag Aerospace				Tel. +41 41 268 23 53
Technologies/Projects Division		Fax. +41 41 268 38 97
P.O. Box 301				ulrich.fischer <at> aerodynamics.ch
CH-6032 Emmen				ulrich.fischer <at> ruag.com
Switzerland			        www.ruag.com	

-
To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
(Continue reading)

Permalink | Reply | 0 comments |
headers
Darío Mariani | 5 Aug 2003 19:00
Picon
Favicon

MIME library

Hello:
   Does anyone know of a MIME library that's more or less well 
documented and has a free license (GPL, BSD, etc.)?
   Thanks,

		Darío

-
To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
Steven | 5 Aug 2003 20:10
Picon
Picon
Favicon

Re: Linux syscall list

> Where can I find the last linux syscall list ?
The system call table for an x86 Linux kernel is at the end of
arch/i386/kernel/entry.S.  The __NR_ constants are defined in
include/asm-i386/unistd.h.

Sorry, but I don't know the equivalents for other architectures.

Steven Smith,
sos22 <at> cam.ac.uk.
Permalink | Reply | 0 comments |
headers
Jose Celestino | 6 Aug 2003 12:47
Picon
Gravatar

Re: Linux syscall list

Words by Rafael Costa dos Santos [Tue, Aug 05, 2003 at 09:06:33AM +0000]:
> Hi all,
> 
> Where can I find the last linux syscall list ?
> 

In the source of course:

cd /usr/src/linux

egrep -hr '^asmlinkage.+\ +sys_.+\(' *

--

-- 
Jose Celestino | http://xpto.org/~japc/files/japc-pgpkey.asc
----------------------------------------------------------------
"Lately, the only thing keeping me from becoming a serial killer is
my distaste for manual labor."        -- Dilbert
-
To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 0 comments |
headers
ronkhu | 7 Aug 2003 12:46
Picon
Picon

socket send and recv

i have a client program which sends a sequence of bytes everytime 
anything(plus carriage return)  is inputted into STDIN...

but the problem lies in the receiving end of the socket connection...
with a single call of the recv() function, multiple messages sent by the 
client are concatenated into one stream..

    unsigned char msg[] = { 0x00, 0x00, 0x00, 0x20, 0x20, 0x01, 0x00, 
0x00, 0xB2, 0x00, 0x00, 0x00, 0x01, 0x00, 0x01, 0x01, 0x00, 0x00, 0x00, 
0x00, 0x20, 0x03, 0x06, 0x03, 0x16, 0x20, 0x10, 0x00, 0x00, 0x00, 0x00, 
0x00, 0x00, 0x00, 0x00, 0x00, 0xFF, 0xFF, 0xFF, 0xFF };

        while(1)
        {
            FD_ZERO( &readSet );
            FD_SET( 0, &readSet );
            if ( select( 1, &readSet, NULL, NULL, NULL ) > 0 )
            {
                read( 0, temp, 10 );
                send( sock, msg, 40, 0 ));
            }
        }

because of this scenario, i was forced to add a sequence of bytes that 
would serve as a delimter separating the messages. The server program
would then pre-parsed the message by sub dividing the data using the 
delimeter sequence of bytes

-
To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
(Continue reading)

Permalink | Reply | 2 comments |
headers
Luciano Miguel Ferreira Rocha | 7 Aug 2003 13:40
Picon

Re: socket send and recv

On Thu, Aug 07, 2003 at 06:46:18PM +0800, ronkhu wrote:
> i have a client program which sends a sequence of bytes everytime 
> anything(plus carriage return)  is inputted into STDIN...
> 
> but the problem lies in the receiving end of the socket connection...
> with a single call of the recv() function, multiple messages sent by the 
> client are concatenated into one stream..
Yes, STREAM sockets have no knowledge of messages, but DGRAM do (but
are unreliable).

So you need to have a way to know what is a single message, either by
using delimiters (like \n) or by using headers, with the length of the message.
(Or use DGRAM sockets.)

Also, you can use the TCP_NODELAY socket(7) option to force the data to
be sent immediately, but there's no gaurantee it won't be buffered at the
receiver.

Regards,
Luciano Rocha
-
To unsubscribe from this list: send the line "unsubscribe linux-c-programming" in
the body of a message to majordomo <at> vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Permalink | Reply | 1 comment |
headers
John T. Williams | 8 Aug 2003 00:03
Picon
Favicon

Re: socket send and recv


I common delimiter used by many protocols is either a single \n\r for
messages which are known to me less then on line (ie have not \n in them) or
a \n\r.\n\r for messages that could have multiple lines

----- Original Message ----- 
From: "Luciano Miguel Ferreira Rocha" <luciano <at> lsd.di.uminho.pt>
To: "ronkhu" <ronkhu <at> ntsp.nec.co.jp>
Cc: "Earl Lapus" <lapuz.rl <at> mp.ncos.nec.co.jp>; "Lejanson C. Go"
<g_l-go <at> tmg99.ntes.nec.co.jp>; <linux-c-programming <at> vger.kernel.org>
Sent: Thursday, August 07, 2003 7:40 AM
Subject: Re: socket send and recv

> On Thu, Aug 07, 2003 at 06:46:18PM +0800, ronkhu wrote:
> > i have a client program which sends a sequence of bytes everytime
> > anything(plus carriage return)  is inputted into STDIN...
> >
> > but the problem lies in the receiving end of the socket connection...
> > with a single call of the recv() function, multiple messages sent by the
> > client are concatenated into one stream..
> Yes, STREAM sockets have no knowledge of messages, but DGRAM do (but
> are unreliable).
>
> So you need to have a way to know what is a single message, either by
> using delimiters (like \n) or by using headers, with the length of the
message.
> (Or use DGRAM sockets.)
>
> Also, you can use the TCP_NODELAY socket(7) option to force the data to
> be sent immediately, but there's no gaurantee it won't be buffered at the
(Continue reading)

Permalink | Reply | 0 comments |
headers
Eric | 9 Aug 2003 20:16

Newbie Trouble with pointers and structures.

Hello:
	I am a newbie who is trying to teach himself C programming and I am having 
trouble modifying structure contents. I want the function setoption() to take 
a pointer to a pointer in a structure and modify it without needing to return 
a value (although currently it does). The function works correctly and GDB 
shows that *Option has been set to *String. However, when the function 
returns the pointer in the structure has not been modified. Here are the 
relevant code pieces.

in file vpn.c (where main() is)

structure definition (declared global in vpn.c):
struct {
	/* Structure to hold configuration parameters. The options are set to
	their defaults below. The options that need to be built will be set in
	detdefaultconfig(). The defaults here are mainly to initilize the
	pointers and any changes will be overridden by setdefaultconfig(); */
	// General Options
 	char *PPPDevice;
	char *VPNHost;
	char *LocalIP;
	char *RemoteIP;
	char *PPPDOptions;
	int Delay;
	//SSH Specific
	char *SSHCipher;
	char *SSHLogin;
	char *SSHOptions;
	int SSHPort;
	char *SSHIdentityFilename;
(Continue reading)

Permalink | Reply | 3 comments |

Gmane