dev-cpp-users — Dev-C++ users discussion list

[Dev-C++] Getting Text

[Jarren L. <vb...@gm...>]

Hey everyone. I need to be able to get the text from an edit control
after I click a button. Here'swhat I have so far:

    case WM_CREATE:
        button=3DCreateWindowEx(0,"BUTTON","Graph",WS_CHILD|WS_VISIBLE|BS_D=
EFPUSHBUTTON,
        0,0,100,17,hwnd,NULL,g_hInst,NULL);
        entry=3DCreateWindowEx(WS_EX_CLIENTEDGE,"EDIT","Function",
        WS_CHILD|WS_VISIBLE|WS_BORDER,100,0,99,17,hwnd,NULL,g_hInst,NULL);
        break;

How would I go about getting the text from the edit control after I
click the button?
--=20
Jarren L.

Re: [Dev-C++] Where are gcc compiler and binutils sources?

[Danny S. <dan...@cl...>]

----- Original Message -----
From: "Scott Simontis"
Sent: Friday, 22 July 2005 02:18


> Danny Smith wrote:
>
> >I would like the  sources used to produce the gcc  and binaries distributed
with
> >the "full" Dev-C++ package, but can't find a link to them (or even the
> >obligatory offer to provide them on request) on project pages.
> >
> >The reason is so that I can compare with the sources distributed by
mingw.org.
> >It may help to answer some of the bug reports that get posted to mingw-users,
> >
> >Where are these sources?
> >
> >
> >Danny
> >

> www.gnu.org will probably have some info.
>

Indeed  it does:

This is from the GPL agreement

  3. You may copy and distribute the Program (or a work based on it,
under Section 2) in object code or executable form under the terms of
Sections 1 and 2 above provided that you also do one of the following:

    a) Accompany it with the complete corresponding machine-readable
    source code, which must be distributed under the terms of Sections
    1 and 2 above on a medium customarily used for software interchange; or,

    b) Accompany it with a written offer, valid for at least three
    years, to give any third party, for a charge no more than your
    cost of physically performing source distribution, a complete
    machine-readable copy of the corresponding source code, to be
    distributed under the terms of Sections 1 and 2 above on a medium
    customarily used for software interchange; or,

    c) Accompany it with the information you received as to the offer
    to distribute corresponding source code.  (This alternative is
    allowed only for noncommercial distribution and only if you
    received the program in object code or executable form with such
    an offer, in accord with Subsection b above.)

AFAICT,  this obligation is not being met. for the gcc and binutils binaries.
Danny.

> --
> ~~Scott Simontis~~
> ssi...@sp...
>

Re: [Dev-C++] Setting up Insight

[Alfred P. R. <al...@ya...>]

Thanks for the info, Vale.  That's a very good solution!

Vale Group <val...@at...> wrote:Marc and Alfred -

>> ...when I attempt to debug a program ...not only does Insight barf ...but
when I try to exit from Insight, Dev-C++ goes into an unstable state ...

> Part of the problem may be...is that Insight is a stand-alone program. When I
use it, I compile my program with debugging information enabled using Dev-C++.
Then I start Insight outside of Dev-C++ and use it's many useful features. Then
I close Insight and proceed to preform any changes.

I invoke Insight on my programs from within Dev-C++ by configuring a Tool
shortcut. In the Edit Tool Program field I put:

C:\cygwin\bin\INSIGHT.EXE
(I use the cygwin version.)

My Working Directory field is:

C:\cygwin\bin\

In the Parameters field I put:

""
(The quotation marks are necessary.)

After I compile my program I click on Tools > Insight Debugger and Insight comes
up in a separate window ready to run my program.

Chuck
<snip>



Alfred P. Reaud
 

Re: [Dev-C++] Setting up Insight

[Vale G. <val...@at...>]

Marc and Alfred -

>> ...when I attempt to debug a program ...not only does Insight barf ...but
when I try to exit from Insight, Dev-C++ goes into an unstable state ...

> Part of the problem may be...is that Insight is a stand-alone program.  When I
use it, I compile my program with debugging information enabled using Dev-C++.
Then I start Insight outside of Dev-C++ and use it's many useful features.  Then
I close Insight and proceed to preform any changes.

I invoke Insight on my programs from within Dev-C++ by configuring a Tool
shortcut.  In the Edit Tool Program field I put:

C:\cygwin\bin\INSIGHT.EXE
(I use the cygwin version.)

My Working Directory field is:

C:\cygwin\bin\

In the Parameters field I put:

"<EXENAME>"
(The quotation marks are necessary.)

After I compile my program I click on Tools > Insight Debugger and Insight comes
up in a separate window ready to run my program.

Chuck

Re: [Dev-C++] Setting up Insight

[Alfred P. R. <al...@ya...>]

Hi Dr. Feldsman,
 
I find your problem very interesting, as I've not seen this in my use of Dev-C++.  I place the Insight_Binary.DevPak file in the Packages folder of Dev-C++ and allow Packman.exe to install it.
 
Part of the problem may be, and I'm getting this from your description, is that Insight is a stand-alone program.  When I use it, I compile my program with debugging information enabled using Dev-C++.  Then I start Insight outside of Dev-C++ and use it's many useful features.  Then I close Insight and proceed to preform any changes.
 
I am using wx-devcpp-6.7beta_setup, which is a wxwidgets port of Dev-C++, however if I recall correctly, it has been updated for 4.9.9.2 changes.  Please contact me off-list and I can e-mail you the Insight_Binary.DevPak file which is approximately 5,264KB in size.
 
Hopefully the above helps.

Marc Feldesman <fel...@gm...> wrote:
I keep reading that Insight is a very nice frontend for gdb in
Dev-C++. When I update Dev-C++, it provides me with the binary for
Insight (I'm using beta 4.9.9.2, btw). However, it doesn't
self-install and default configure upon downloading, and there are no
obvious instructions on how to configure it to run over the top of
Dev-C++. I've scoured the net and have located a zipped "package" of
Insight for Dev-C++ that unzips into the correct directories and runs
(sort of) with the latest beta. However, when I attempt to debug a
program that has no known bugs (a Win32 console program), not only
does Insight barf (it runs the console program but nothing displays
and none of the command buttons are usable), but when I try to exit
from Insight, Dev-C++ goes into an unstable state and has to be killed
completely using CTL-ALT-DEL. Since the program is quite clean,
having been fully debugged and cleaned both under Visual Studio and
Borland C++ Builder (and under Linux using gcc 4), there isn't
anything complicated in it that should be causing this behavior.

So, I'm concluding that this set of zipped files is NOT entirely
compatible with the 4.9.9.2 build of Dev C++, but that whatever is
available via the update process within *is* compatible. So the
question is whether the DEV-C++ installer puts them in the correct
location or simply stores them in a place where the user can then move
them to the proper location. It surely ain't doing the latter, but
perhaps it is a configuration problem.

Help/advice appreciated.

Thanks.
-- 
Dr. Marc Feldesman
Portland State University
http://web.pdx.edu/~h1mf
<snip>



Alfred P. Reaud
 

Re: [Dev-C++] Conflict between Devcpp make.exe and msys make.exe

[Josh M. <mrl...@gm...>]

Tools -> Compiler Options -> Programs

Tada!

Josh

On 7/21/05, Edward Diener <edd...@tr...> wrote:
> While attempting to build a Mingw port for wget using Msys, I ran into an=
 error
> I reported on the Mingw user NG. The problem turned out to be a conflict =
between
> the Mingw make.exe, in my Dev-cpp bin directory and the Msys make.exe in =
the
> Msys bin directory. It was suggested to me that I rename the Mingw make.e=
xe, and
> this worked to temporarily builkd the Mingw port. However I do not want t=
o have
> to rename the Mingw make.exe wach time I have to do anything under Msys a=
nd then
> rename it back to make.exe each time I do anything in Dev-cpp, so the que=
stion
> is whether there is any way to get Dev-cpp to use the mingw32-make.exe in=
tead of
> the make.exe in its bin directory, since I believe they are both the same=
 file ?
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclic=
k
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>

[Dev-C++] Setting up Insight

[Marc F. <fel...@gm...>]

I keep reading that Insight is a very nice frontend for gdb in
Dev-C++.  When I update Dev-C++, it provides me with the binary for
Insight (I'm using beta 4.9.9.2, btw).  However, it doesn't
self-install and default configure upon downloading, and there are no
obvious instructions on how to configure it to run over the top of
Dev-C++.  I've scoured the net and have located a zipped "package" of
Insight for Dev-C++ that unzips into the correct directories and runs
(sort of) with the latest beta.  However, when I attempt to debug a
program that has no known bugs (a Win32 console program), not only
does Insight barf (it runs the console program but nothing displays
and none of the command buttons are usable), but when I try to exit
from Insight, Dev-C++ goes into an unstable state and has to be killed
completely using CTL-ALT-DEL.  Since the program is quite  clean,
having been fully debugged and cleaned both under Visual Studio and
Borland C++ Builder (and under Linux using gcc 4), there isn't
anything complicated in it that should be causing this behavior.

So, I'm concluding that this set of zipped files is NOT entirely
compatible with the 4.9.9.2 build of Dev C++, but that whatever is
available via the update process within *is* compatible.  So the
question is whether the DEV-C++ installer puts them in the correct
location or simply stores them in a place where the user can then move
them to the proper location.  It surely ain't doing the latter, but
perhaps it is a configuration problem.

Help/advice appreciated.

Thanks.
--=20
Dr. Marc Feldesman
Portland State University
http://web.pdx.edu/~h1mf

If you received this email by mistake, blame my computer, not me.

Re: [Dev-C++] Where are gcc compiler and binutils sources?

[Scott S. <ssi...@sp...>]

Danny Smith wrote:

>I would like the  sources used to produce the gcc  and binaries distributed with
>the "full" Dev-C++ package, but can't find a link to them (or even the
>obligatory offer to provide them on request) on project pages.
>
>The reason is so that I can compare with the sources distributed by mingw.org.
>It may help to answer some of the bug reports that get posted to mingw-users,
>
>Where are these sources?
>
>
>Danny
>
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>from IBM. Find simple to follow Roadmaps, straightforward articles,
>informative Webcasts and more! Get everything you need to get up to
>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>_______________________________________________
>Dev-cpp-users mailing list
>Dev...@li...
>TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
>https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>
>  
>
www.gnu.org will probably have some info.

-- 
~~Scott Simontis~~
ssi...@sp...

RE: [Dev-C++] UNSUBSCRIBE:

[Jay B. <jay...@ni...>]

Do you see the instructions for unsubscribing to this list at the bottom
of this e-mail?

-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of
hun...@be...
Sent: Thursday, July 21, 2005 9:05 AM
To: Dev...@li...
Subject: [Dev-C++] UNSUBSCRIBE:


Please remove me from the maling list,
hun...@be...



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. =
http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick
_______________________________________________
Dev-cpp-users mailing list
Dev...@li...
TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
https://lists.sourceforge.net/lists/listinfo/dev-cpp-users

[Dev-C++] UNSUBSCRIBE:

[<hun...@be...>]

Please remove me from the maling list,
hun...@be...

[Dev-C++] Re: Telephone Application Interface TAPI

[William Mc C. <wil...@ms...>]

Hi Again:

    Does anyone know of Tutorial's or Examples using TAPI.=20

    Any Help would be greatly appreciated.

                                                Thanks,

                                                 William

                                             

[Dev-C++] Conflict between Devcpp make.exe and msys make.exe

[Edward D. <edd...@tr...>]

While attempting to build a Mingw port for wget using Msys, I ran into an error 
I reported on the Mingw user NG. The problem turned out to be a conflict between 
the Mingw make.exe, in my Dev-cpp bin directory and the Msys make.exe in the 
Msys bin directory. It was suggested to me that I rename the Mingw make.exe, and 
this worked to temporarily builkd the Mingw port. However I do not want to have 
to rename the Mingw make.exe wach time I have to do anything under Msys and then 
rename it back to make.exe each time I do anything in Dev-cpp, so the question 
is whether there is any way to get Dev-cpp to use the mingw32-make.exe intead of 
the make.exe in its bin directory, since I believe they are both the same file ?

[Dev-C++] RE: lobjc

[<bca...@mi...>]

I was reviewing the responses for the ' "cannot find -lobjc" error' in
the mail-list
forum, Feb & Mar 2005.  This error came up for me while going through
the Forge tutorial.
I changed the following and the compiler compiled with no complaints and
the program worked.

Program setup:
	1) Compiler:  Dev-C++ 4.9.9.2
	2) Forge windows tutorial.
	3) Project setup for windows application as a C++ project.

Setting change in Dev-C++:
	Before:
		Project\project options\compiler\Linker\Link an
Objective C program --  YES

	After:
		Project\project options\compiler\Linker\Link an
Objective C program --  NO

Thank you,
		Bob

[Dev-C++] Where are gcc compiler and binutils sources?

[Danny S. <dan...@cl...>]

I would like the  sources used to produce the gcc  and binaries distributed with
the "full" Dev-C++ package, but can't find a link to them (or even the
obligatory offer to provide them on request) on project pages.

The reason is so that I can compare with the sources distributed by mingw.org.
It may help to answer some of the bug reports that get posted to mingw-users,

Where are these sources?


Danny

[Dev-C++] UNSUBSCRIBE:

[RUDOLPH B. <ku...@sp...>]

Please remove my email ku...@sp...
from  all your list, as i am unable to login .??.

sincerely
R Bennett

[Dev-C++] Windows Programming: IDC_STATIC

[Rafael C. <rc...@un...>]

Hi everybody,

I'm just beginning to study Windows Programming
using Forger's tutorial. I managed to build some
examples from that tutorial on DevCpp, but I
had just faced a resource file compiling error.
I spent some time on documentation without success.
Fortunately, after some searches on Google I found
what was wrong.

The error was about a control ID named IDC_STATIC.
Well, firstly, I understood that it would be defined
as -1 in another header (found it in winuser.h). However,
because of that error I mentioned above, I had to
define IDC_STATIC in my own resource header to make
the program run.

Did I miss something in the documentation or
is this a common procedure in Windows programming?
Is there something related to DevCpp or MingW?

My Dev is 4.9.9.2 with WinAPI package 3.2 on
a Win2k Pro.

Thanks in advance,
Rafael Charnovscki


-- 
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.9.2/52 - Release Date: 19/7/2005

[Dev-C++] We Can Overcome Spam As Programmers

[Alfred P. R. <al...@ya...>]

There's a very interesting solution being used in Europe against spammers.  It's a software application that periodically pings the offending ISP.  One recipient doing it is no problem.  However, once an ISP is known as a spam source, it gets pinged by a LOT of recipients.  The site bandwidth will bottom out at about 5%, which is what the application is set to do.
 
See http://www.spamhaus.org/index.lasso 
 
Also hunt up Lycos Europe Antispam tools for some neat ideas.  Hey, we're programmers here.  Can't we come up with a neat legal solution that is both efficacious and puts the ball back in the spammers court?
 
See http://news.com.com/Lycos+Europes+antispam+tool+no+longer+available/2100-7349_3-5476451.html
 

Mat...@Ve... wrote:
As always happens, once we make a system sufficiently widespread to be
useful, spammers will find a way to compromise it. The Yahoo System and SPF
do not do much about the business of shoddy / scumbag spam-supporting ISPs,
from whence the majority of the spam is sent. The shoddy ISPs will continue
to proliferate with their countless new domain names and IP addresses for
servers. They will sign their DNS / add DNS records as needed to allow them
to continue profiting from others' bad behvavior. Therefore I think they
will be more or less useless. Technical costs will never stop spam because
it's too simple to circumvent them. The only way to stop spam would have to
generate some kind of substantial economic cost. These systems are like
every other anti-spam system ever devised. They increase the complexity of
sending and receiving normal everyday mail while doing essentially nothing
to spam.
<snip>



Alfred P. Reaud
 

Re: [Dev-C++] arrggghhhh!!

[lordSauron <lor...@gm...>]

okay, the official veil of Silence is no on.  Not another peep from
Lord Sauron unless it's aimed only at me, and not at the mailing list.

Re: Re: [Dev-C++] .net langwijs

[lordSauron <lor...@gm...>]

On 7/19/05, Tom Smith <ml...@hp...> wrote:
> Sorry for the misunderstanding, lordSauron. I was referring to the guy wi=
th
> the spam filter ( mr-...@uo... )--I know you're not the spam g=
uy
> nor should you be removed from the list. Please accept my apologies (same
> for Mr. McFarlane). I was tired when I wrote it and should've proofed it
> better before clicking Send. Continuing...

Bah... no biggie...  I do the same thing all the time.

> The user that everyone's complaining about uses a challenge-response spam
> filtering system similar to TMDA ( tmda.sf.net ) and ASK ( a-s-k.sf.net )=
,
> except his may be a proprietary one provided by... his provider.

I bet it works pretty well... too well, maybe ;)

Re: Re: [Dev-C++] .net langwijs

[Josh M. <da...@gm...>]

On 7/19/05, Guillermo Gutierrez <ggu...@ma...> wrote:
> Aren't we being a bit harsh on the poor soul. True the spam filter thing =
is getting old and is rather inconsiderate, but maybe this person is comple=
tely new with this and we all just need to have some patience.
>=20
> Let us all remember the days when we first got into using something for t=
he first time and it didn't exactly work the way we wanted it too.
>=20
> As for me, I just ignore and delete those messages when they come through=
. ;)

Hey, you might have a point there.

Except for two things:=20
A. It's been brought up before. Not a peep out of the user.
B. It's been at least 3 months.

This isn't a matter of the user not just understanding how to use
their filter. They've blatantly shown horrible horrible netique and
ignore any requests by us to disable it. Frankly I think they don't
care, and I think it's time the list-owner stepped up and kicked them
off so we can respond / ask questions without getting an
auto-responder everytime.


--=20
Josh McFarlane

"Peace cannot be kept by force. It can only be achieved by understanding."
-Albert Einstein

RE: Re: [Dev-C++] .net langwijs

[<Mat...@Ve...>]

As always happens, once we make a system sufficiently widespread to be
useful, spammers will find a way to compromise it. The Yahoo System and SPF
do not do much about the business of shoddy / scumbag spam-supporting ISPs,
from whence the majority of the spam is sent. The shoddy ISPs will continue
to proliferate with their countless new domain names and IP addresses for
servers. They will sign their DNS / add DNS records as needed to allow them
to continue profiting from others' bad behvavior. Therefore I think they
will be more or less useless. Technical costs will never stop spam because
it's too simple to circumvent them. The only way to stop spam would have to
generate some kind of substantial economic cost. These systems are like
every other anti-spam system ever devised. They increase the complexity of
sending and receiving normal everyday mail while doing essentially nothing
to spam.

Clearly, sir, if "the industry" is headed toward using these solutions
(unlikely, SPF has been around forever), "the industry" is making a big
mistake. It will increase costs and will not substantially interfere with
spam. I can safely say that there is no better anti-spam system than the
delete key on your keyboard. All of these other "solutions" are broken and
do not address the fundamental reality of how spammers operate.


From spf.pobox.com:
"SPF fights return-path address forgery and makes it easier to identify
spoofs. Domain owners identify sending mail servers in DNS. SMTP receivers
verify the envelope sender address against this information, and can
distinguish authentic messages from forgeries before any message data is
transmitted."

From antispam.yahoo.com Domain Keys FAQ:
"Won't spammers just sign their messages with DomainKeys?

Hopefully! If they do, they'll make it easier for the Internet community to
isolate and drop/quarantine their messages using the methods described above
in "How will this help stop spam?" Eliminating the uncertainty of "did this
email really come from the domain example.com?" will facilitate a whole
range of anti-spam solutions."

-----Original Message-----
From: dev...@li...
[mailto:dev...@li...]On Behalf Of Thomas
Smith
Sent: Tuesday, July 19, 2005 12:47 PM
To: 'Josh McFarlane'; 'Thomas Smith'
Cc: dev...@li...
Subject: RE: Re: [Dev-C++] .net langwijs


You have a good point, Josh. I hadn't considered the whole foreign email
situation you mentioned... Beyond that...

I personally advocate the challenge-response systems and use one myself.
They aren't without their flaws but the value they offer outweighs those
flaws. Further, there are architectures that minimize the burden on those
you email frequently (check out a-s-k.sf.net) buy incorporating
auto-whitelisting techniques that are impossible for spammers to detect
using their automated email-gathering tools (I have yet to hear of a
compromise of the ASK system).

Further, if you look at the direction the industry is headed you'd notice
that everyone will eventually be using some form of sender-based
authentication. There are several systems out there (Yahoo Domain Keys
quickly comes to mind... So does SPF). Though these systems differ somewhat
from a typical challenge-response system, the concept is the same--in order
to STOP spam, we must force the sender to verify they are valid users. I
don't think it matters much if that end is achieved using a "challenge"
email, or by verifying a valid MX server exists for the sender's domain, or
that the sender's MX server accepts inbound DSNs (similar to what
milter-sender does), and so on.

So, I absolutely advocate sender verification in the war against spam since
spammers have to use fake emails to conceal their identity and thus aren't
able to respond to such verifications.

You also mentioned "email" congestion. What about network congestion
introduced by checking blacklists or verifying Domain Keys?

No system is, or will ever, be perfect. I think it's a matter of choosing
the lesser of the available evils. 

-----Original Message-----
From: Josh McFarlane [mailto:da...@gm...] 
Sent: Tuesday, July 19, 2005 12:18 PM
To: Thomas Smith
Cc: dev...@li...
Subject: Re: Re: [Dev-C++] .net langwijs

On 7/19/05, Thomas Smith <ml...@hp...> wrote:
>  
> Well, there is one other possible solution... since the list admin doesn't
> seem interested in doing anything about this. 
>   
> If you just do what the email is requesting (click the link and fill out
the
> requested "box" by entering the five characters in the picture) you
wouldn't
> receive any further challenge emails from that person.

Except it goes against my fundamental values, as well as logs my email
address is some foreign mail server, which could possibly in the
future distribute it to spammers. Not to mention I abhor the challenge
email filter system, as it does nothing to combat the network
congestion that spam generates, and only further increases the
problem. Instead of helping to fix the spam problem, the mail servers
that employ it take the easy way out, and simply generate a message
for every incoming.

Be nice if the world worked that way. How would you feel if every
phone message you left, you had to call another number to confirm that
you really are who you are. Or want to pay a bill? Sure, just mail it
and then go in person to verify that you really sent the letter.

That's the absurdity of it to me.

-- 
Josh McFarlane

"Peace cannot be kept by force. It can only be achieved by understanding."
-Albert Einstein



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Dev-cpp-users mailing list
Dev...@li...
TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
___________________________________________________________________
The information contained in this message and any attachment may be
proprietary, confidential, and privileged or subject to the work
product doctrine and thus protected from disclosure.  If the reader
of this message is not the intended recipient, or an employee or
agent responsible for delivering this message to the intended
recipient, you are hereby notified that any dissemination,
distribution or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify me
immediately by replying to this message and deleting it and all
copies and backups thereof.  Thank you.

RE: [Dev-C++] arrggghhhh!!

[Thomas S. <ml...@hp...>]

Whining? I don't think so... It's a discussion...

But I do agree with you. The whole spam filtering thing is off topic here
and should go somewhere else.

-----Original Message-----
From: dev...@li...
[mailto:dev...@li...] On Behalf Of G.C.Harmon
Sent: Tuesday, July 19, 2005 12:46 PM
To: Dev...@li...
Subject: [Dev-C++] arrggghhhh!!

Guys, give it a rest!! Your incessant whining about this spam filter has 
gone far enough. Take it to a chat room.



-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
_______________________________________________
Dev-cpp-users mailing list
Dev...@li...
TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm
https://lists.sourceforge.net/lists/listinfo/dev-cpp-users

RE: Re: [Dev-C++] .net langwijs

[Thomas S. <ml...@hp...>]

You have a good point, Josh. I hadn't considered the whole foreign email
situation you mentioned... Beyond that...

I personally advocate the challenge-response systems and use one myself.
They aren't without their flaws but the value they offer outweighs those
flaws. Further, there are architectures that minimize the burden on those
you email frequently (check out a-s-k.sf.net) buy incorporating
auto-whitelisting techniques that are impossible for spammers to detect
using their automated email-gathering tools (I have yet to hear of a
compromise of the ASK system).

Further, if you look at the direction the industry is headed you'd notice
that everyone will eventually be using some form of sender-based
authentication. There are several systems out there (Yahoo Domain Keys
quickly comes to mind... So does SPF). Though these systems differ somewhat
from a typical challenge-response system, the concept is the same--in order
to STOP spam, we must force the sender to verify they are valid users. I
don't think it matters much if that end is achieved using a "challenge"
email, or by verifying a valid MX server exists for the sender's domain, or
that the sender's MX server accepts inbound DSNs (similar to what
milter-sender does), and so on.

So, I absolutely advocate sender verification in the war against spam since
spammers have to use fake emails to conceal their identity and thus aren't
able to respond to such verifications.

You also mentioned "email" congestion. What about network congestion
introduced by checking blacklists or verifying Domain Keys?

No system is, or will ever, be perfect. I think it's a matter of choosing
the lesser of the available evils. 

-----Original Message-----
From: Josh McFarlane [mailto:da...@gm...] 
Sent: Tuesday, July 19, 2005 12:18 PM
To: Thomas Smith
Cc: dev...@li...
Subject: Re: Re: [Dev-C++] .net langwijs

On 7/19/05, Thomas Smith <ml...@hp...> wrote:
>  
> Well, there is one other possible solution... since the list admin doesn't
> seem interested in doing anything about this. 
>   
> If you just do what the email is requesting (click the link and fill out
the
> requested "box" by entering the five characters in the picture) you
wouldn't
> receive any further challenge emails from that person.

Except it goes against my fundamental values, as well as logs my email
address is some foreign mail server, which could possibly in the
future distribute it to spammers. Not to mention I abhor the challenge
email filter system, as it does nothing to combat the network
congestion that spam generates, and only further increases the
problem. Instead of helping to fix the spam problem, the mail servers
that employ it take the easy way out, and simply generate a message
for every incoming.

Be nice if the world worked that way. How would you feel if every
phone message you left, you had to call another number to confirm that
you really are who you are. Or want to pay a bill? Sure, just mail it
and then go in person to verify that you really sent the letter.

That's the absurdity of it to me.

-- 
Josh McFarlane

"Peace cannot be kept by force. It can only be achieved by understanding."
-Albert Einstein

[Dev-C++] arrggghhhh!!

[G.C.Harmon <gc...@gc...>]

Guys, give it a rest!! Your incessant whining about this spam filter has 
gone far enough. Take it to a chat room.

RE: Re: [Dev-C++] .net langwijs

[<Mat...@Ve...>]

I disagree with that course of action on principle if nothing else.

-----Original Message-----
From: dev...@li...
[mailto:dev...@li...]On Behalf Of Thomas Smith
Sent: Tuesday, July 19, 2005 12:06 PM
To: dev...@li...
Subject: RE: Re: [Dev-C++] .net langwijs


Well, there is one other possible solution... since the list admin doesn't
seem interested in doing anything about this.
 
If you just do what the email is requesting (click the link and fill out the
requested "box" by entering the five characters in the picture) you wouldn't
receive any further challenge emails from that person.

___________________________________________________________________
The information contained in this message and any attachment may be
proprietary, confidential, and privileged or subject to the work
product doctrine and thus protected from disclosure.  If the reader
of this message is not the intended recipient, or an employee or
agent responsible for delivering this message to the intended
recipient, you are hereby notified that any dissemination,
distribution or copying of this communication is strictly prohibited.
If you have received this communication in error, please notify me
immediately by replying to this message and deleting it and all
copies and backups thereof.  Thank you.