473,503 Members | 2,004 Online
Bytes | Software Development & Data Engineering Community
+ Post

Home Posts Topics Members FAQ

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 2587
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
2959
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
2398
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
2750
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
2850
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
2828
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
1456
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
32849
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
11775
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
1677
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
1997
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
7091
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
7342
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...
1
6998
by: Hystou | last post by:
Overview: Windows 11 and 10 have less user interface control over operating system update behaviour than previous versions of Windows. In Windows 11 and 10, there is no way to turn off the Windows...
0
7464
tracyyun
by: tracyyun | last post by:
Dear forum friends, With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each...
0
5586
agi2029
by: agi2029 | last post by:
Let's talk about the concept of autonomous AI software engineers and no-code agents. These AIs are designed to manage the entire lifecycle of a software development project—planning, coding, testing,...
1
5018
isladogs
by: isladogs | last post by:
The next Access Europe User Group meeting will be on Wednesday 1 May 2024 starting at 18:00 UK time (6PM UTC+1) and finishing by 19:30 (7.30PM). In this session, we are pleased to welcome a new...
0
3171
by: TSSRALBI | last post by:
Hello I'm a network technician in training and I need your help. I am currently learning how to create and manage the different types of VPNs and I have a question about LAN-to-LAN VPNs. The...
0
1516
by: 6302768590 | last post by:
Hai team i want code for transfer the data from one system to another through IP address by using C# our system has to for every 5mins then we have to update the data what the data is updated ...
1
741
muto222
by: muto222 | last post by:
How can i add a mobile payment intergratation into php mysql website.

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.