Pascal - C (2)

[Ruud]

Hallo allemaal,
During the conversion of my program from Pascal to C, I was more or
less able to find the C equivalent of most Pascal functions so far.
Only four gave me some real trouble. I solved them but it could be I
overlooked something.

1) In Pascal you can declare functions inside a function. AFAIK this
is not possible with C. Or am I wrong?

2) In Pascal there exists the "in" function. Example:

if (c in ['A'..'F', '0'..'9']) then { c is hexadecimal }

This can be translated like:

if ( ((c >= 'A') && (c <= 'Z'))
|| ((c >= '0') && (c <= '9'))) .... // c is hexadecimal

I just wonder if there is a more simpler solution.

3) In Pascal I can "add" lines:

Line1 = 'File size:' + sSize + ' bytes.';

My solution:

strcpy(Line1, "File size:");
strcat(Line1, sSize);
strcat(Line1, " bytes.);

Again, I just wonder if there is a more simpler solution.

4) In Pascal I can "add" just one character of another string:

Str1 = Str2 + Str3[5];

Unfortunately strcat(Str1, Str3[5]); doesn't work, I get an error
message. My solution:

Str4[0] = Str3[5];
Str4[1] = 0;
strcpy(Str1, Str2};
strcat(Str1, Str4};

It works but in this case I'm certainly not happy with the solution.
Is there a better way?

Many thanks for any comment!
--
___
/ __|__
/ / |_/ Groetjes, Ruud Baltissen
\ \__|_\
\___| http://Ruud.C64.org

[Barry Schwarz]

On Sun, 2 Nov 2008 12:50:11 +0000 (UTC), Harald van D?k
<tr*****@gmail. comwrote:

>On Sun, 02 Nov 2008 01:28:00 -0700, Barry Schwarz wrote:

>On Sat, 01 Nov 2008 23:26:37 +0100, jacob navia <ja***@nospam.c om>
wrote:

>>>Ruud wrote:
2) In Pascal there exists the "in" function. Example:

if (c in ['A'..'F', '0'..'9']) then { c is hexadecimal }

This can be translated like:

if ( ((c >= 'A') && (c <= 'Z'))
|| ((c >= '0') && (c <= '9'))) .... // c is hexadecimal

I just wonder if there is a more simpler solution.

That one is simple enough

Except for the fact that it doesn't work on an EBCDIC system.

It will (after fixing 'Z' so that it reads 'F') work on ASCII end EBCDIC
systems. In theory, there could be other systems where it will fail. I
doubt there are any such systems in practise, though.

On EBCDIC systems, a-f are also valid hex digits. The same is true on
Solaris systems. Even in standard C, the conversion specification "x"
produces a-f while"X" produces A-F. Surely each of the characters
produced either way is a valid hex character.

--
Remove del for email

[Keith Thompson]

jacob navia <ja***@nospam.c omwrites:

Ruud wrote:

>Hallo allemaal,
Many thanks for the massive response!
jacob navia wrote:

>>If you do not know enough C please do not use this group.

>Then please be a good man and tell me what level I should have before
I can attend this group?

As you can see from my quotes, I do not told YOU that but to Ian
Collins. Please try to understand how quoting works.

I think he understood that. If your remark was intended only for Ian
Collins, you could have sent him e-mail. You seemed to be mandating
some minimum level of knowledge as a requirement for posting here;
surely such a rule would not apply only to Ian Collins. Ruud just
wanted to you clarify the rules.

--
Keith Thompson (The_Other_Keit h) ks***@mib.org <http://www.ghoti.net/~kst>
Nokia
"We must do something. This is something. Therefore, we must do this."
-- Antony Jay and Jonathan Lynn, "Yes Minister"

[Keith Thompson]

Barry Schwarz <sc******@dqel. comwrites:

On Sun, 2 Nov 2008 12:50:11 +0000 (UTC), Harald van D?k
<tr*****@gmail. comwrote:

>>On Sun, 02 Nov 2008 01:28:00 -0700, Barry Schwarz wrote:

>>On Sat, 01 Nov 2008 23:26:37 +0100, jacob navia <ja***@nospam.c om>
wrote:
Ruud wrote:
2) In Pascal there exists the "in" function. Example:
>
if (c in ['A'..'F', '0'..'9']) then { c is hexadecimal }
>
This can be translated like:
>
if ( ((c >= 'A') && (c <= 'Z'))
|| ((c >= '0') && (c <= '9'))) .... // c is hexadecimal
>
I just wonder if there is a more simpler solution.

That one is simple enough

Except for the fact that it doesn't work on an EBCDIC system.

It will (after fixing 'Z' so that it reads 'F') work on ASCII end EBCDIC
systems. In theory, there could be other systems where it will fail. I
doubt there are any such systems in practise, though.

On EBCDIC systems, a-f are also valid hex digits. The same is true on
Solaris systems. Even in standard C, the conversion specification "x"
produces a-f while"X" produces A-F. Surely each of the characters
produced either way is a valid hex character.

Maybe the OP has some specific reason to accept only uppercase
letters. (Or maybe he just forgot about lowercase letters.)

--
Keith Thompson (The_Other_Keit h) ks***@mib.org <http://www.ghoti.net/~kst>
Nokia
"We must do something. This is something. Therefore, we must do this."
-- Antony Jay and Jonathan Lynn, "Yes Minister"

[dj3vande]

In article <ge**********@r egistered.motza rella.org>,
Eric Sosman <es*****@ieee-dot-org.invalidwrot e:

[Copying a single character into a string]

"Better" is a slippery word. There are certainly "other"
ways, such as

strcpy(Str1, Str2);
Str1[ strlen(Str2) ] = Str3[5];
Str1[ strlen(Str2) ] = '\0';

That last line looks wrong to me; I think you want to add 1 to
strlen(Str2) before you use it as an index into Str1.

If I were writing that code, I would probably use something like this
instead:
strcpy(Str1,Str 2);
len=strlen(Str1 );
Str1[len++]=Str3[5];
Str1[len++]='\0';

This is also a case where strncat's (generally confusing)
interpretation of its count argument turns out to be useful:
strcpy(Str1,Str 2);
strncat(Str1,St r3+5,1);
(But be careful using this one in code that has to be maintained.)
dave

--
Dave Vandervies dj3vande at eskimo dot com

You are determined to martyr yourself on a nonexistent altar

An altar could be arranged.
--Mark McIntyre and Richard Heathfield in comp.lang.c

[Eric Sosman]

dj******@csclub .uwaterloo.ca.i nvalid wrote:

In article <ge**********@r egistered.motza rella.org>,
Eric Sosman <es*****@ieee-dot-org.invalidwrot e:

[Copying a single character into a string]

> "Better" is a slippery word. There are certainly "other"
ways, such as

strcpy(Str1, Str2);
Str1[ strlen(Str2) ] = Str3[5];
Str1[ strlen(Str2) ] = '\0';

That last line looks wrong to me; I think you want to add 1 to
strlen(Str2) before you use it as an index into Str1.

Right you are. Thanks.

If I were writing that code, I would probably use something like this
instead:
strcpy(Str1,Str 2);
len=strlen(Str1 );
Str1[len++]=Str3[5];
Str1[len++]='\0';

This is also a case where strncat's (generally confusing)
interpretation of its count argument turns out to be useful:
strcpy(Str1,Str 2);
strncat(Str1,St r3+5,1);
(But be careful using this one in code that has to be maintained.)

... and now you need to tack on the terminating '\0'
that strncat() didn't give you. (We're both obviously
suffering from the effects of a 25-hour day, and besides:
Turnabout is fair play.)

--
Eric Sosman
es*****@ieee-dot-org.invalid

[CBFalconer]

jacob navia wrote:

Ruud wrote:

>jacob navia wrote:

>>If you do not know enough C please do not use this group.

Then please be a good man and tell me what level I should have
before I can attend this group?

As you can see from my quotes, I do not told YOU that but to
Ian Collins. Please try to understand how quoting works.

Jacob (and others), Usenet is NOT for private communications. Any
such should be done via email, if possible. All Usenet messages
are totally public, and addressed to the general readership. They
are delivered to the readership, barring plonking etc.

You have been told this before, but you persist in the same error.

The following is primarily for Ruuds benefit, but all are invited
to examine the referances. The C99 items (n869_txt.bz2 is bzip2
compressed) describe the standard, and all functions in the
standard library. The dinkumware reference is also an excellent
introduction the the standard library.

Some useful references about C:
<http://www.ungerhu.com/jxh/clc.welcome.txt >
<http://c-faq.com/ (C-faq)
<http://benpfaff.org/writings/clc/off-topic.html>
<http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf(C99)
<http://cbfalconer.home .att.net/download/n869_txt.bz2 (pre-C99)
<http://www.dinkumware. com/c99.aspx (C-library}
<http://gcc.gnu.org/onlinedocs/ (GNU docs)
<http://clc-wiki.net/wiki/C_community:com p.lang.c:Introd uction>

--
[mail]: Chuck F (cbfalconer at maineline dot net)
[page]: <http://cbfalconer.home .att.net>
Try the download section.

[jacob navia]

CBFalconer wrote:

jacob navia wrote:

>Ruud wrote:

>>jacob navia wrote:

If you do not know enough C please do not use this group.
Then please be a good man and tell me what level I should have
before I can attend this group?

As you can see from my quotes, I do not told YOU that but to
Ian Collins. Please try to understand how quoting works.

Jacob (and others), Usenet is NOT for private communications.

Hey you, can't you read? My answer was public.

This is a typical facloner post.

he doesn't knopw wnything of what's going on, and goes around
by "keywords". He sees "jacobn" then, of course it must be wrong!
Any

such should be done via email, if possible. All Usenet messages
are totally public, and addressed to the general readership. They
are delivered to the readership, barring plonking etc.

You have been told this before, but you persist in the same error.

Yes falconer. You have been told this but you persist:
Read the messages and the context before spewing nonsense.
1) The OP asked a question
2) Ian collins said it wasn't possible to do that in C and that C
wasn't appropiate language for string processing.
I answered that post with a refultal and an example of how the OP
question could be answered. My answer was to Ian Collin's reply.

Look at the attributions now and follow the posts. It is not that
difficult.

Then, the OP misunderstood my quoting and thought I answered to him

Then you saw that wrong reply and without looking you take your
"professor chuck" hat and start spewing nonsense.

--
jacob navia
jacob at jacob point remcomp point fr
logiciels/informatique
http://www.cs.virginia.edu/~lcc-win32

[dj3vande]

In article <ge**********@r egistered.motza rella.org>,
Eric Sosman <es*****@ieee-dot-org.invalidwrot e:

>dj******@csclu b.uwaterloo.ca. invalid wrote:

>[Copying a single character into a string]

>This is also a case where strncat's (generally confusing)
interpretati on of its count argument turns out to be useful:
strcpy(Str1,Str 2);
strncat(Str1,St r3+5,1);
(But be careful using this one in code that has to be maintained.)

... and now you need to tack on the terminating '\0'
that strncat() didn't give you.

It's strncpy that doesn't give a terminating '\0'; strncat copies at
most count characters from the source string to the end of the dest
string and then adds a '\0'. (I *did* say that it was confusing. I
had to check the man page to see which strncat was. I just checked
N1124, and it agrees with the man page (7.21.3.2).)
dave

--
Dave Vandervies dj3vande at eskimo dot com
A lot of comp.lang.c people are traditionalists . For a very long time, the
*only* date of celebration recognised all over Usenet was 1st April. In
comp.lang.c that is still more or less the case. --Richard Heathfield in CLC

[Eric Sosman]

dj******@csclub .uwaterloo.ca.i nvalid wrote:

In article <ge**********@r egistered.motza rella.org>,
Eric Sosman <es*****@ieee-dot-org.invalidwrot e:

>dj******@csclub .uwaterloo.ca.i nvalid wrote:

>>[Copying a single character into a string]

>>This is also a case where strncat's (generally confusing)
interpretatio n of its count argument turns out to be useful:
strcpy(Str1,Str 2);
strncat(Str1,St r3+5,1);
(But be careful using this one in code that has to be maintained.)

... and now you need to tack on the terminating '\0'
that strncat() didn't give you.

It's strncpy that doesn't give a terminating '\0'; strncat copies at
most count characters from the source string to the end of the dest
string and then adds a '\0'. (I *did* say that it was confusing. I
had to check the man page to see which strncat was. I just checked
N1124, and it agrees with the man page (7.21.3.2).)

(Sigh.) Not my day, is it? I must have forgotten not
to take my stupid pills ...

Thanks again.

--
Eric Sosman
es*****@ieee-dot-org.invalid

[Keith Thompson]

dj******@csclub .uwaterloo.ca.i nvalid writes:
[...]

It's strncpy that doesn't give a terminating '\0'; strncat copies at
most count characters from the source string to the end of the dest
string and then adds a '\0'. (I *did* say that it was confusing. I
had to check the man page to see which strncat was. I just checked
N1124, and it agrees with the man page (7.21.3.2).)

N1256 is more up to date.

http://www.open-std.org/jtc1/sc22/WG...docs/n1256.pdf

--
Keith Thompson (The_Other_Keit h) ks***@mib.org <http://www.ghoti.net/~kst>
Nokia
"We must do something. This is something. Therefore, we must do this."
-- Antony Jay and Jonathan Lynn, "Yes Minister"