473,387 Members | 2,436 Online
Bytes | Software Development & Data Engineering Community
Post Job

Home Posts Topics Members FAQ

Join Bytes to post your question to a community of 473,387 software developers and data experts.

macros question

so, we have built-in __FILE__ and __LINE__

how could we define
__FILELINE__ macros so it would be smth like, for example, "file.c:11"

i've tried
#define __FILELINE__ __FILE__ ## ":" ## __LINE__
and
#define __FILELINE__ __FILE__ ## ":" ## #__LINE__

and a bunch of different combinations but none work for me :(
Nov 14 '05 #1
38 2580
begin followup to Andrew Arro:
how could we define
__FILELINE__ macros so it would be smth like, for example, "file.c:11"
$ nl -ba f.c
1 #include <stdio.h>
2
3 #define QUOTE_STR(s) #s
4 #define QUOTE_NUM(n) QUOTE_STR(n)
5 #define __FILELINE__ __FILE__ ":" QUOTE_NUM(__LINE__)
6
7 int main()
8 {
9 puts(__FILELINE__);
10 return 0;
11 }
$> gcc -Wall f.c && ./a.out
f.c:9
i've tried
#define __FILELINE__ __FILE__ ## ":" ## __LINE__
and
#define __FILELINE__ __FILE__ ## ":" ## #__LINE__


Nonsense.

--
Für Google, Tux und GPL!
Nov 14 '05 #2
begin followup to Andrew Arro:
how could we define
__FILELINE__ macros so it would be smth like, for example, "file.c:11"
$ nl -ba f.c
1 #include <stdio.h>
2
3 #define QUOTE_STR(s) #s
4 #define QUOTE_NUM(n) QUOTE_STR(n)
5 #define __FILELINE__ __FILE__ ":" QUOTE_NUM(__LINE__)
6
7 int main()
8 {
9 puts(__FILELINE__);
10 return 0;
11 }
$> gcc -Wall f.c && ./a.out
f.c:9
i've tried
#define __FILELINE__ __FILE__ ## ":" ## __LINE__
and
#define __FILELINE__ __FILE__ ## ":" ## #__LINE__


Nonsense.

--
Für Google, Tux und GPL!
Nov 14 '05 #3

"Andrew Arro" <ar**@arro.ru> a écrit dans le message de
news:17**************************@posting.google.c om...
so, we have built-in __FILE__ and __LINE__

how could we define
__FILELINE__ macros so it would be smth like, for example, "file.c:11"

i've tried
#define __FILELINE__ __FILE__ ## ":" ## __LINE__
and
#define __FILELINE__ __FILE__ ## ":" ## #__LINE__

and a bunch of different combinations but none work for me :(


Hi,

You can take a look at the 11.7 FAQ to stringize macros.

I suggest you this example :

/********/
/* exple.c */
/********/
#include <stdio.h>

/* stringizing stuff */
#define GEN_STRING(x) #x
#define STRINGIZE(x) GEN_STRING(x)

/* stringize expanded built-in macros __FILE__ and __LINE __*/
#define FILELINE STRINGIZE(__FILE__ : __LINE__)

int main(void)
{
printf(FILELINE "\n");
return 0;
}

/* That's all folks */

Notes :
1) I would avoid beginning my identifiers with __, since many predefined
macros and others use it.
2) assert() already displays informations using __FILE__ and __LINE__

HTH
Regis

Nov 14 '05 #4

"Andrew Arro" <ar**@arro.ru> a écrit dans le message de
news:17**************************@posting.google.c om...
so, we have built-in __FILE__ and __LINE__

how could we define
__FILELINE__ macros so it would be smth like, for example, "file.c:11"

i've tried
#define __FILELINE__ __FILE__ ## ":" ## __LINE__
and
#define __FILELINE__ __FILE__ ## ":" ## #__LINE__

and a bunch of different combinations but none work for me :(


Hi,

You can take a look at the 11.7 FAQ to stringize macros.

I suggest you this example :

/********/
/* exple.c */
/********/
#include <stdio.h>

/* stringizing stuff */
#define GEN_STRING(x) #x
#define STRINGIZE(x) GEN_STRING(x)

/* stringize expanded built-in macros __FILE__ and __LINE __*/
#define FILELINE STRINGIZE(__FILE__ : __LINE__)

int main(void)
{
printf(FILELINE "\n");
return 0;
}

/* That's all folks */

Notes :
1) I would avoid beginning my identifiers with __, since many predefined
macros and others use it.
2) assert() already displays informations using __FILE__ and __LINE__

HTH
Regis

Nov 14 '05 #5

"Alexander Bartolich" <al*****************@gmx.at> wrote in message
news:c4*************@ID-193444.news.uni-berlin.de...

Please STOP posting attachments to this newsgroup.
If you have code to share, paste it into the
body of your message (text only).

-Mike

Nov 14 '05 #6

"Alexander Bartolich" <al*****************@gmx.at> wrote in message
news:c4*************@ID-193444.news.uni-berlin.de...

Please STOP posting attachments to this newsgroup.
If you have code to share, paste it into the
body of your message (text only).

-Mike

Nov 14 '05 #7
"Mike Wahler" <mk******@mkwahler.net> writes:
"Alexander Bartolich" <al*****************@gmx.at> wrote in message
news:c4*************@ID-193444.news.uni-berlin.de...

Please STOP posting attachments to this newsgroup.


He didn't post any attachments. His article was plain text only.
However, I see that you're posting using a broken newsreader.
Fix that and you'll have no problems.
--
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it."
--Brian Kernighan
Nov 14 '05 #8
"Mike Wahler" <mk******@mkwahler.net> writes:
"Alexander Bartolich" <al*****************@gmx.at> wrote in message
news:c4*************@ID-193444.news.uni-berlin.de...

Please STOP posting attachments to this newsgroup.


He didn't post any attachments. His article was plain text only.
However, I see that you're posting using a broken newsreader.
Fix that and you'll have no problems.
--
"Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are,
by definition, not smart enough to debug it."
--Brian Kernighan
Nov 14 '05 #9
On Mon, 05 Apr 2004 01:20:20 GMT, "Mike Wahler"
<mk******@mkwahler.net> wrote in comp.lang.c:

"Alexander Bartolich" <al*****************@gmx.at> wrote in message
news:c4*************@ID-193444.news.uni-berlin.de...

Please STOP posting attachments to this newsgroup.
If you have code to share, paste it into the
body of your message (text only).

-Mike


What attachment? The post you are complaining about was plain text.

--
Jack Klein
Home: http://JK-Technology.Com
FAQs for
comp.lang.c http://www.eskimo.com/~scs/C-faq/top.html
comp.lang.c++ http://www.parashift.com/c++-faq-lite/
alt.comp.lang.learn.c-c++
http://www.contrib.andrew.cmu.edu/~a...FAQ-acllc.html
Nov 14 '05 #10
On Mon, 05 Apr 2004 01:20:20 GMT, "Mike Wahler"
<mk******@mkwahler.net> wrote in comp.lang.c:

"Alexander Bartolich" <al*****************@gmx.at> wrote in message
news:c4*************@ID-193444.news.uni-berlin.de...

Please STOP posting attachments to this newsgroup.
If you have code to share, paste it into the
body of your message (text only).

-Mike


What attachment? The post you are complaining about was plain text.

--
Jack Klein
Home: http://JK-Technology.Com
FAQs for
comp.lang.c http://www.eskimo.com/~scs/C-faq/top.html
comp.lang.c++ http://www.parashift.com/c++-faq-lite/
alt.comp.lang.learn.c-c++
http://www.contrib.andrew.cmu.edu/~a...FAQ-acllc.html
Nov 14 '05 #11
Mike Wahler wrote:
"Alexander Bartolich" <al*****************@gmx.at> wrote in message
news:c4*************@ID-193444.news.uni-berlin.de...

Please STOP posting attachments to this newsgroup.
If you have code to share, paste it into the
body of your message (text only).


Actually, he did not post an attachment. What he *did* do was to begin
his post with
begin followup to Andrew Arro:

which your Microsoft Outlook Express 6.00.2800.1106 decided to treat as
signalling an attachment.

Alexander, if you want your messages to be read, do not start them with
the word "begin."
Nov 14 '05 #12
Mike Wahler wrote:
"Alexander Bartolich" <al*****************@gmx.at> wrote in message
news:c4*************@ID-193444.news.uni-berlin.de...

Please STOP posting attachments to this newsgroup.
If you have code to share, paste it into the
body of your message (text only).


Actually, he did not post an attachment. What he *did* do was to begin
his post with
begin followup to Andrew Arro:

which your Microsoft Outlook Express 6.00.2800.1106 decided to treat as
signalling an attachment.

Alexander, if you want your messages to be read, do not start them with
the word "begin."
Nov 14 '05 #13
Mike Wahler wrote:

"Alexander Bartolich" <al*****************@gmx.at> wrote in message
news:c4*************@ID-193444.news.uni-berlin.de...

Please STOP posting attachments to this newsgroup.


Mike, there are lots of newsreaders out there that work just fine. So why
are you using a broken one? :-)

--
Richard Heathfield : bi****@eton.powernet.co.uk
"Usenet is a strange place." - Dennis M Ritchie, 29 July 1999.
C FAQ: http://www.eskimo.com/~scs/C-faq/top.html
K&R answers, C books, etc: http://users.powernet.co.uk/eton
Nov 14 '05 #14
Mike Wahler wrote:

"Alexander Bartolich" <al*****************@gmx.at> wrote in message
news:c4*************@ID-193444.news.uni-berlin.de...

Please STOP posting attachments to this newsgroup.


Mike, there are lots of newsreaders out there that work just fine. So why
are you using a broken one? :-)

--
Richard Heathfield : bi****@eton.powernet.co.uk
"Usenet is a strange place." - Dennis M Ritchie, 29 July 1999.
C FAQ: http://www.eskimo.com/~scs/C-faq/top.html
K&R answers, C books, etc: http://users.powernet.co.uk/eton
Nov 14 '05 #15
Martin Ambuhl <ma*****@earthlink.net> spoke thus:
Alexander, if you want your messages to be read, do not start them with
the word "begin."


ITYM "if you want your messages to be read by Mike", as most of us had
no difficulty :)

--
Christopher Benson-Manica | I *should* know what I'm talking about - if I
ataru(at)cyberspace.org | don't, I need to know. Flames welcome.
Nov 14 '05 #16
Martin Ambuhl <ma*****@earthlink.net> spoke thus:
Alexander, if you want your messages to be read, do not start them with
the word "begin."


ITYM "if you want your messages to be read by Mike", as most of us had
no difficulty :)

--
Christopher Benson-Manica | I *should* know what I'm talking about - if I
ataru(at)cyberspace.org | don't, I need to know. Flames welcome.
Nov 14 '05 #17
Christopher Benson-Manica <at***@nospam.cyberspace.org> writes:
Martin Ambuhl <ma*****@earthlink.net> spoke thus:
Alexander, if you want your messages to be read, do not start them with
the word "begin."


ITYM "if you want your messages to be read by Mike", as most of us had
no difficulty :)


There are two problems here.

1. Some newsreader(s) incorrectly interpret a line in the body of a
message starting with "begin " as the beginning of an attachment.
(If there's a way to disable this misfeature, someone could save us
all a lot of trouble by letting us know how to do it.) I'm guessing
that a bug report has already been submitted; it would probably be a
good idea for anyone who uses the newsreader(s) in question to
encourage the vendor to fix it.

2. Alexander deliberately antagonizes users of the broken
newsreader(s) in question by posting articles containing lines
starting with "begin ". (I don't believe it's accidental; the double
space after the "begin" is too specific.) I humbly submit that
Alexander has made his point, and that it's time for him to knock it
off. Antagonizing the authors of broken newsreaders is just fine.
Antagonizing the users of broken newsreaders, who may or may not have
a real choice in the matter and who may or may not have any influence
over the vendor, is questionable, but I won't argue that he shouldn't
do it. Indirectly antagonizing the entire readership of comp.lang.c
(because Alexander should know by now what the response is going to
be) may have seemed like a good idea at the time, but it's no longer
serving any useful purpose.

--
Keith Thompson (The_Other_Keith) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst>
Schroedinger does Shakespeare: "To be *and* not to be"
Nov 14 '05 #18
Christopher Benson-Manica <at***@nospam.cyberspace.org> writes:
Martin Ambuhl <ma*****@earthlink.net> spoke thus:
Alexander, if you want your messages to be read, do not start them with
the word "begin."


ITYM "if you want your messages to be read by Mike", as most of us had
no difficulty :)


There are two problems here.

1. Some newsreader(s) incorrectly interpret a line in the body of a
message starting with "begin " as the beginning of an attachment.
(If there's a way to disable this misfeature, someone could save us
all a lot of trouble by letting us know how to do it.) I'm guessing
that a bug report has already been submitted; it would probably be a
good idea for anyone who uses the newsreader(s) in question to
encourage the vendor to fix it.

2. Alexander deliberately antagonizes users of the broken
newsreader(s) in question by posting articles containing lines
starting with "begin ". (I don't believe it's accidental; the double
space after the "begin" is too specific.) I humbly submit that
Alexander has made his point, and that it's time for him to knock it
off. Antagonizing the authors of broken newsreaders is just fine.
Antagonizing the users of broken newsreaders, who may or may not have
a real choice in the matter and who may or may not have any influence
over the vendor, is questionable, but I won't argue that he shouldn't
do it. Indirectly antagonizing the entire readership of comp.lang.c
(because Alexander should know by now what the response is going to
be) may have seemed like a good idea at the time, but it's no longer
serving any useful purpose.

--
Keith Thompson (The_Other_Keith) ks***@mib.org <http://www.ghoti.net/~kst>
San Diego Supercomputer Center <*> <http://users.sdsc.edu/~kst>
Schroedinger does Shakespeare: "To be *and* not to be"
Nov 14 '05 #19
Keith Thompson wrote:
Indirectly antagonizing the entire readership of comp.lang.c
(because Alexander should know by now what the response is going to
be) may have seemed like a good idea at the time, but it's no longer
serving any useful purpose.


Not quite the /entire/ readership. :-)

--
Richard Heathfield : bi****@eton.powernet.co.uk
"Usenet is a strange place." - Dennis M Ritchie, 29 July 1999.
C FAQ: http://www.eskimo.com/~scs/C-faq/top.html
K&R answers, C books, etc: http://users.powernet.co.uk/eton
Nov 14 '05 #20
Keith Thompson wrote:
Indirectly antagonizing the entire readership of comp.lang.c
(because Alexander should know by now what the response is going to
be) may have seemed like a good idea at the time, but it's no longer
serving any useful purpose.


Not quite the /entire/ readership. :-)

--
Richard Heathfield : bi****@eton.powernet.co.uk
"Usenet is a strange place." - Dennis M Ritchie, 29 July 1999.
C FAQ: http://www.eskimo.com/~scs/C-faq/top.html
K&R answers, C books, etc: http://users.powernet.co.uk/eton
Nov 14 '05 #21
Richard Heathfield <do******@address.co.uk.invalid> wrote:
Keith Thompson wrote:
Indirectly antagonizing the entire readership of comp.lang.c
(because Alexander should know by now what the response is going to
be) may have seemed like a good idea at the time, but it's no longer
serving any useful purpose.


Not quite the /entire/ readership. :-)


Ditto. OutLook is OutDated, and should be OutStamped.

Richard
Nov 14 '05 #22
Richard Heathfield <do******@address.co.uk.invalid> wrote:
Keith Thompson wrote:
Indirectly antagonizing the entire readership of comp.lang.c
(because Alexander should know by now what the response is going to
be) may have seemed like a good idea at the time, but it's no longer
serving any useful purpose.


Not quite the /entire/ readership. :-)


Ditto. OutLook is OutDated, and should be OutStamped.

Richard
Nov 14 '05 #23
Richard Bos <rl*@hoekstra-uitgeverij.nl> scribbled the following:
Richard Heathfield <do******@address.co.uk.invalid> wrote:
Keith Thompson wrote:
> Indirectly antagonizing the entire readership of comp.lang.c
> (because Alexander should know by now what the response is going to
> be) may have seemed like a good idea at the time, but it's no longer
> serving any useful purpose.
Not quite the /entire/ readership. :-)

Ditto. OutLook is OutDated, and should be OutStamped.


I agree with the Richards.

--
/-- Joona Palaste (pa*****@cc.helsinki.fi) ------------- Finland --------\
\-- http://www.helsinki.fi/~palaste --------------------- rules! --------/
"A bee could, in effect, gather its junk. Llamas (no poor quadripeds) tune
and vow excitedly zooming."
- JIPsoft
Nov 14 '05 #24
Richard Bos <rl*@hoekstra-uitgeverij.nl> scribbled the following:
Richard Heathfield <do******@address.co.uk.invalid> wrote:
Keith Thompson wrote:
> Indirectly antagonizing the entire readership of comp.lang.c
> (because Alexander should know by now what the response is going to
> be) may have seemed like a good idea at the time, but it's no longer
> serving any useful purpose.
Not quite the /entire/ readership. :-)

Ditto. OutLook is OutDated, and should be OutStamped.


I agree with the Richards.

--
/-- Joona Palaste (pa*****@cc.helsinki.fi) ------------- Finland --------\
\-- http://www.helsinki.fi/~palaste --------------------- rules! --------/
"A bee could, in effect, gather its junk. Llamas (no poor quadripeds) tune
and vow excitedly zooming."
- JIPsoft
Nov 14 '05 #25
Richard Bos wrote:
Richard Heathfield <do******@address.co.uk.invalid> wrote:
Keith Thompson wrote:
Indirectly antagonizing the entire readership of comp.lang.c
(because Alexander should know by now what the response is
going to be) may have seemed like a good idea at the time,
but it's no longer serving any useful purpose.


Not quite the /entire/ readership. :-)


Ditto. OutLook is OutDated, and should be OutStamped.


The problem with the "solution" is that lusers of the inferior
buggy software will never realize what is going on. Now if that
initial "begin " could be replaced by something that would flash
"Your @#$% reader is bug-infested" in large letters at about 2
flashes per second on ONLY the aforesaid bug-infested software, we
would have something worth while.

--
Chuck F (cb********@yahoo.com) (cb********@worldnet.att.net)
Available for consulting/temporary embedded and systems.
<http://cbfalconer.home.att.net> USE worldnet address!
Nov 14 '05 #26
Richard Bos wrote:
Richard Heathfield <do******@address.co.uk.invalid> wrote:
Keith Thompson wrote:
Indirectly antagonizing the entire readership of comp.lang.c
(because Alexander should know by now what the response is
going to be) may have seemed like a good idea at the time,
but it's no longer serving any useful purpose.


Not quite the /entire/ readership. :-)


Ditto. OutLook is OutDated, and should be OutStamped.


The problem with the "solution" is that lusers of the inferior
buggy software will never realize what is going on. Now if that
initial "begin " could be replaced by something that would flash
"Your @#$% reader is bug-infested" in large letters at about 2
flashes per second on ONLY the aforesaid bug-infested software, we
would have something worth while.

--
Chuck F (cb********@yahoo.com) (cb********@worldnet.att.net)
Available for consulting/temporary embedded and systems.
<http://cbfalconer.home.att.net> USE worldnet address!
Nov 14 '05 #27
CBFalconer <cb********@yahoo.com> writes:
The problem with the "solution" is that lusers of the inferior
buggy software will never realize what is going on. Now if that
initial "begin " could be replaced by something that would flash
"Your @#$% reader is bug-infested" in large letters at about 2
flashes per second on ONLY the aforesaid bug-infested software, we
would have something worth while.


Here's an approximation:
--
"The lusers I know are so clueless, that if they were dipped in clue
musk and dropped in the middle of pack of horny clues, on clue prom
night during clue happy hour, they still couldn't get a clue."
--Michael Girdwood, in the monastery
Nov 14 '05 #28
CBFalconer <cb********@yahoo.com> writes:
The problem with the "solution" is that lusers of the inferior
buggy software will never realize what is going on. Now if that
initial "begin " could be replaced by something that would flash
"Your @#$% reader is bug-infested" in large letters at about 2
flashes per second on ONLY the aforesaid bug-infested software, we
would have something worth while.


Here's an approximation:
--
"The lusers I know are so clueless, that if they were dipped in clue
musk and dropped in the middle of pack of horny clues, on clue prom
night during clue happy hour, they still couldn't get a clue."
--Michael Girdwood, in the monastery
Nov 14 '05 #29
Ben Pfaff <bl*@cs.stanford.edu> scribbled the following:
CBFalconer <cb********@yahoo.com> writes:
The problem with the "solution" is that lusers of the inferior
buggy software will never realize what is going on. Now if that
initial "begin " could be replaced by something that would flash
"Your @#$% reader is bug-infested" in large letters at about 2
flashes per second on ONLY the aforesaid bug-infested software, we
would have something worth while.
Here's an approximation: begin 644 foo
A66]U<B!`(R0E(')E861E<B!I<R!B=6<M:6YF97-T960*
`
end


For us who use non-broken newsreaders (such as tin), and don't want to
go through the hassle of Base64-converting it by hand, what does it do?

--
/-- Joona Palaste (pa*****@cc.helsinki.fi) ------------- Finland --------\
\-- http://www.helsinki.fi/~palaste --------------------- rules! --------/
"You will be given the plague."
- Montgomery Burns
Nov 14 '05 #30
Ben Pfaff <bl*@cs.stanford.edu> scribbled the following:
CBFalconer <cb********@yahoo.com> writes:
The problem with the "solution" is that lusers of the inferior
buggy software will never realize what is going on. Now if that
initial "begin " could be replaced by something that would flash
"Your @#$% reader is bug-infested" in large letters at about 2
flashes per second on ONLY the aforesaid bug-infested software, we
would have something worth while.
Here's an approximation: begin 644 foo
A66]U<B!`(R0E(')E861E<B!I<R!B=6<M:6YF97-T960*
`
end


For us who use non-broken newsreaders (such as tin), and don't want to
go through the hassle of Base64-converting it by hand, what does it do?

--
/-- Joona Palaste (pa*****@cc.helsinki.fi) ------------- Finland --------\
\-- http://www.helsinki.fi/~palaste --------------------- rules! --------/
"You will be given the plague."
- Montgomery Burns
Nov 14 '05 #31
Joona I Palaste <pa*****@cc.helsinki.fi> writes:
Ben Pfaff <bl*@cs.stanford.edu> scribbled the following:
CBFalconer <cb********@yahoo.com> writes:
The problem with the "solution" is that lusers of the inferior
buggy software will never realize what is going on. Now if that
initial "begin " could be replaced by something that would flash
"Your @#$% reader is bug-infested" in large letters at about 2
flashes per second on ONLY the aforesaid bug-infested software, we
would have something worth while.

Here's an approximation:

begin 644 foo
A66]U<B!`(R0E(')E861E<B!I<R!B=6<M:6YF97-T960*
`
end


For us who use non-broken newsreaders (such as tin), and don't want to
go through the hassle of Base64-converting it by hand, what does it do?


It decodes to "Your @#$% reader is bug-infested".
--
"I hope, some day, to learn to read.
It seems to be even harder than writing."
--Richard Heathfield
Nov 14 '05 #32
Joona I Palaste <pa*****@cc.helsinki.fi> writes:
Ben Pfaff <bl*@cs.stanford.edu> scribbled the following:
CBFalconer <cb********@yahoo.com> writes:
The problem with the "solution" is that lusers of the inferior
buggy software will never realize what is going on. Now if that
initial "begin " could be replaced by something that would flash
"Your @#$% reader is bug-infested" in large letters at about 2
flashes per second on ONLY the aforesaid bug-infested software, we
would have something worth while.

Here's an approximation:

begin 644 foo
A66]U<B!`(R0E(')E861E<B!I<R!B=6<M:6YF97-T960*
`
end


For us who use non-broken newsreaders (such as tin), and don't want to
go through the hassle of Base64-converting it by hand, what does it do?


It decodes to "Your @#$% reader is bug-infested".
--
"I hope, some day, to learn to read.
It seems to be even harder than writing."
--Richard Heathfield
Nov 14 '05 #33
Ben Pfaff <bl*@cs.stanford.edu> scribbled the following:
Joona I Palaste <pa*****@cc.helsinki.fi> writes:
Ben Pfaff <bl*@cs.stanford.edu> scribbled the following:
CBFalconer <cb********@yahoo.com> writes:
The problem with the "solution" is that lusers of the inferior
buggy software will never realize what is going on. Now if that
initial "begin " could be replaced by something that would flash
"Your @#$% reader is bug-infested" in large letters at about 2
flashes per second on ONLY the aforesaid bug-infested software, we
would have something worth while.
Here's an approximation:

begin 644 foo
A66]U<B!`(R0E(')E861E<B!I<R!B=6<M:6YF97-T960*
`
end


For us who use non-broken newsreaders (such as tin), and don't want to
go through the hassle of Base64-converting it by hand, what does it do?

It decodes to "Your @#$% reader is bug-infested".


With or without the large letters at about 2 flashes per second? =)

--
/-- Joona Palaste (pa*****@cc.helsinki.fi) ------------- Finland --------\
\-- http://www.helsinki.fi/~palaste --------------------- rules! --------/
"Stronger, no. More seductive, cunning, crunchier the Dark Side is."
- Mika P. Nieminen
Nov 14 '05 #34
Ben Pfaff <bl*@cs.stanford.edu> scribbled the following:
Joona I Palaste <pa*****@cc.helsinki.fi> writes:
Ben Pfaff <bl*@cs.stanford.edu> scribbled the following:
CBFalconer <cb********@yahoo.com> writes:
The problem with the "solution" is that lusers of the inferior
buggy software will never realize what is going on. Now if that
initial "begin " could be replaced by something that would flash
"Your @#$% reader is bug-infested" in large letters at about 2
flashes per second on ONLY the aforesaid bug-infested software, we
would have something worth while.
Here's an approximation:

begin 644 foo
A66]U<B!`(R0E(')E861E<B!I<R!B=6<M:6YF97-T960*
`
end


For us who use non-broken newsreaders (such as tin), and don't want to
go through the hassle of Base64-converting it by hand, what does it do?

It decodes to "Your @#$% reader is bug-infested".


With or without the large letters at about 2 flashes per second? =)

--
/-- Joona Palaste (pa*****@cc.helsinki.fi) ------------- Finland --------\
\-- http://www.helsinki.fi/~palaste --------------------- rules! --------/
"Stronger, no. More seductive, cunning, crunchier the Dark Side is."
- Mika P. Nieminen
Nov 14 '05 #35
Joona I Palaste wrote:
Ben Pfaff <bl*@cs.stanford.edu> scribbled the following:
CBFalconer <cb********@yahoo.com> writes:
The problem with the "solution" is that lusers of the inferior
buggy software will never realize what is going on. Now if that
initial "begin " could be replaced by something that would flash
"Your @#$% reader is bug-infested" in large letters at about 2
flashes per second on ONLY the aforesaid bug-infested software, we
would have something worth while.


Here's an approximation:


begin 644 foo
A66]U<B!`(R0E(')E861E<B!I<R!B=6<M:6YF97-T960*
`
end

For us who use non-broken newsreaders (such as tin), and don't want to
go through the hassle of Base64-converting it by hand, what does it do?

It is uuencoded and represents ascii..

Your @#$% reader is bug-infested

--
Joe Wright mailto:jo********@comcast.net
"Everything should be made as simple as possible, but not simpler."
--- Albert Einstein ---
Nov 14 '05 #36
Joona I Palaste wrote:
Ben Pfaff <bl*@cs.stanford.edu> scribbled the following:
CBFalconer <cb********@yahoo.com> writes:
The problem with the "solution" is that lusers of the inferior
buggy software will never realize what is going on. Now if that
initial "begin " could be replaced by something that would flash
"Your @#$% reader is bug-infested" in large letters at about 2
flashes per second on ONLY the aforesaid bug-infested software, we
would have something worth while.


Here's an approximation:


begin 644 foo
A66]U<B!`(R0E(')E861E<B!I<R!B=6<M:6YF97-T960*
`
end

For us who use non-broken newsreaders (such as tin), and don't want to
go through the hassle of Base64-converting it by hand, what does it do?

It is uuencoded and represents ascii..

Your @#$% reader is bug-infested

--
Joe Wright mailto:jo********@comcast.net
"Everything should be made as simple as possible, but not simpler."
--- Albert Einstein ---
Nov 14 '05 #37
In <c4**********@oravannahka.helsinki.fi> Joona I Palaste <pa*****@cc.helsinki.fi> writes:
Ben Pfaff <bl*@cs.stanford.edu> scribbled the following:
CBFalconer <cb********@yahoo.com> writes:
The problem with the "solution" is that lusers of the inferior
buggy software will never realize what is going on. Now if that
initial "begin " could be replaced by something that would flash
"Your @#$% reader is bug-infested" in large letters at about 2
flashes per second on ONLY the aforesaid bug-infested software, we
would have something worth while.

Here's an approximation:

begin 644 foo
A66]U<B!`(R0E(')E861E<B!I<R!B=6<M:6YF97-T960*
`
end


For us who use non-broken newsreaders (such as tin), and don't want to
go through the hassle of Base64-converting it by hand, what does it do?


Non-broken newsreaders should be able to handle uuencoded content just
fine, since this is the de facto standard binary encoding method of the
Usenet. Consider your newsreader broken if it cannot, at least, create
a file named foo and containing the decoded data, upon your explicit
request.

Dan
--
Dan Pop
DESY Zeuthen, RZ group
Email: Da*****@ifh.de
Nov 14 '05 #38
In <c4**********@oravannahka.helsinki.fi> Joona I Palaste <pa*****@cc.helsinki.fi> writes:
Ben Pfaff <bl*@cs.stanford.edu> scribbled the following:
CBFalconer <cb********@yahoo.com> writes:
The problem with the "solution" is that lusers of the inferior
buggy software will never realize what is going on. Now if that
initial "begin " could be replaced by something that would flash
"Your @#$% reader is bug-infested" in large letters at about 2
flashes per second on ONLY the aforesaid bug-infested software, we
would have something worth while.

Here's an approximation:

begin 644 foo
A66]U<B!`(R0E(')E861E<B!I<R!B=6<M:6YF97-T960*
`
end


For us who use non-broken newsreaders (such as tin), and don't want to
go through the hassle of Base64-converting it by hand, what does it do?


Non-broken newsreaders should be able to handle uuencoded content just
fine, since this is the de facto standard binary encoding method of the
Usenet. Consider your newsreader broken if it cannot, at least, create
a file named foo and containing the decoded data, upon your explicit
request.

Dan
--
Dan Pop
DESY Zeuthen, RZ group
Email: Da*****@ifh.de
Nov 14 '05 #39

This thread has been closed and replies have been disabled. Please start a new discussion.

Similar topics

21
by: Chris Reedy | last post by:
For everyone - Apologies for the length of this message. If you don't want to look at the long example, you can skip to the end of the message. And for the Python gurus among you, if you can...
16
by: mike420 | last post by:
Tayss wrote: > > app = wxPySimpleApp() > frame = MainWindow(None, -1, "A window") > frame.Show(True) > app.MainLoop() > Why do you need a macro for that? Why don't you just write
37
by: michele.simionato | last post by:
Paul Rubin wrote: > How about macros? Some pretty horrible things have been done in C > programs with the C preprocessor. But there's a movememnt afloat to > add hygienic macros to Python. Got any...
37
by: seberino | last post by:
I've been reading the beloved Paul Graham's "Hackers and Painters". He claims he developed a web app at light speed using Lisp and lots of macros. It got me curious if Lisp is inherently faster...
11
by: Ben Hetland | last post by:
....in certain cituations they can be useful if not for anything else, then at least for saving a lot of repetetetetetitititive typing. :-) Beyond the point of "do something better instead", I'm...
5
by: Andrew Arro | last post by:
first of all i would like to thank Alexander Bartolich and Richard Heathfield for answering my "macros question" #1 another macros question now: how could i define a macros with variable...
47
by: Emil | last post by:
Is there any hope that new versions of PHP will support macros similar to C or C++? I've searched manual and didn't find anything except define directive, but it can be used to define constant...
1
by: avasilev | last post by:
Hi all, I am upgrading a kind of small logging framework. Until now, the interface for logging messages takes only a format string, and a variable argument list (in a similiar way as printf())....
17
by: Alex Buell | last post by:
A previous thread about macros just reminded me to ask this. I have avoided using macros and defined some constants i.e.: const int BYTES_PER_TRACK = 10 * 256; const int TRACK0_SS_OFFSET = 0;...
13
by: Kiuhnm | last post by:
How would you implement a static dictionary with macros? For example, the five lines PL_FIND(MYDICT, HOUSE) PL_FIND(MYDICT, AUTO) PL_FIND(MYDICT, THIS_IS_NOT_IN_THE_DICTIONARY)...
0
by: taylorcarr | last post by:
A Canon printer is a smart device known for being advanced, efficient, and reliable. It is designed for home, office, and hybrid workspace use and can also be used for a variety of purposes. However,...
0
by: ryjfgjl | last post by:
If we have dozens or hundreds of excel to import into the database, if we use the excel import function provided by database editors such as navicat, it will be extremely tedious and time-consuming...
0
by: ryjfgjl | last post by:
In our work, we often receive Excel tables with data in the same format. If we want to analyze these data, it can be difficult to analyze them because the data is spread across multiple Excel files...
0
by: emmanuelkatto | last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud. Please let me know. Thanks! Emmanuel
1
by: Sonnysonu | last post by:
This is the data of csv file 1 2 3 1 2 3 1 2 3 1 2 3 2 3 2 3 3 the lengths should be different i have to store the data by column-wise with in the specific length. suppose the i have to...
0
marktang
by: marktang | last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
0
by: Hystou | last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can...
0
Oralloy
by: Oralloy | last post by:
Hello folks, I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>". The problem is that using the GNU compilers,...
0
jinu1996
by: jinu1996 | last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...

By using Bytes.com and it's services, you agree to our Privacy Policy and Terms of Use.

To disable or enable advertisements and analytics tracking please visit the manage ads & tracking page.