Survey Results

First PrevNext

Strong security, but... Stefan Spenz10-Jun-02 1:23 Stefan Spenz 10-Jun-02 1:23  we need it. Transferring money is a sensitive task... Re: Strong security, but... John M. Drescher10-Jun-02 16:19 John M. Drescher 10-Jun-02 16:19  I have very week security at the application level, but require high encryption ( using PPP, and VPN connections) for data transfer between sites, this is because I write applications for medical research and you don't want anyone stealing someones mammograms or reports and publishing them on the net or something... John Re: Strong security, but... Andrew Connell11-Jun-02 0:41 Andrew Connell 11-Jun-02 0:41  I'll agree with that. I work at a military installation and suddenly security is a very key component that is brought up in all projects... that and making our applications "open" and extensible. Talk about a tug of war... there are so many compromises between the two. I will say this for the location where I work, they can be somewhat forward thinking (I'm a consultant to them so I'm not just sitting around waiting for my pension to kick in)... we're actually starting to move all new applications to .NET! Andrew Connell IM on MSN andrew@aconnell.com Re: Strong security, but... Stefan Spenz11-Jun-02 5:35 Stefan Spenz 11-Jun-02 5:35  Andrew Connell wrote: we're actually starting to move all new applications to .NET! You lucky one, we're poised to stick with vc 6 due to some special controls Re: Strong security, but... Andrew Connell11-Jun-02 5:42 Andrew Connell 11-Jun-02 5:42  Well, I said we're 'starting' to do it. Remember, this is the government. Still working with them Andrew Connell IM on MSN andrew@aconnell.com Re: Strong security, but... jkgh12-Jun-02 11:23 jkgh 12-Jun-02 11:23  Andrew Connell wrote: and suddenly security Suddenly? Alice thought that running very fast for a long time would get you to somewhere else. " A very slow kind of country!" said the queen. "Now, here , you see, it takes all the running you can do, to keep in the same place". Re: Strong security, but... Andrew Connell12-Jun-02 16:08 Andrew Connell 12-Jun-02 16:08  Your response was similar to mine when I learned how open the systems were. Granted they aren't mission critical, but they are a shade below critical. Crazy. Andrew Connell IM on MSN andrew@aconnell.com Re: Strong security, but... ColinDavies13-Jun-02 20:44 ColinDavies 13-Jun-02 20:44  Andrew Connell wrote: suddenly security is a very key component that is brought up in all projects... that and making our applications "open" and extensible. I can't see how this is possible to combine at all. You guys must be darn smart or something. Regardz Colin J Davies Sonork ID 100.9197:Colin More about me Re: Strong security, but... Andrew Connell13-Jun-02 23:53 Andrew Connell 13-Jun-02 23:53  Colin Davies wrote: You guys must be darn smart or something I'd say it's more of a challenge to satisfy mgmt's requests/demand than being damn smart Just like life, it's all about compromises Andrew Connell IM on MSN andrew@aconnell.com Re: Strong security, but... Uwe Keim11-Jun-02 20:47 Uwe Keim 11-Jun-02 20:47  Are you the guy who creates those awful non-standard GUIs for applications like "S-Firm" or "S-Money"? -- See me: www.magerquark.de Re: Strong security, but... Stefan Spenz12-Jun-02 3:53 Stefan Spenz 12-Jun-02 3:53  Uwe Keim wrote: Are you the guy who creates those awful non-standard GUIs for applications like "S-Firm" or "S-Money"? Yes I'm in the StarMoney team, and this GUI isn't MFC stuff, it's based on StarView, a library from StarDivision, now belonging to Sun. The library is somewhat old, I know But it fits perfectly customer's demands, and sales are high afterall. remembering passwords Jeremy Pullicino9-Jun-02 23:12 Jeremy Pullicino 9-Jun-02 23:12  When I forget my internet passwords, I use a program I made to get them out of the Autocomplete-passwords section of the registry. Protected Storage Explorer Jeremy Pullicino http://www.drinkinginthesun.com "Hey man, Taliban, Tali me Banana." Re: remembering passwords jkgh9-Jun-02 23:15 jkgh 9-Jun-02 23:15  My hero.... Thanks. <bold>Alice thought that running very fast for a long time would get you to somewhere else. " A very slow kind of country!" said the queen. "Now, here , you see, it takes all the running you can do, to keep in the same place". Buffer over-runs Christian Graus9-Jun-02 22:29 Christian Graus 9-Jun-02 22:29  Hello - we are programming C++, NOT C. I get heartily sick of people using char arrays and sprintf instead of their C++ equivelants. Christian I am completely intolerant of stupidity. Stupidity is, of course, anything that doesn't conform to my way of thinking. - Jamie Hale - 29/05/2002 Re: Buffer over-runs Michael P Butler10-Jun-02 0:29 Michael P Butler 10-Jun-02 0:29  Christian Graus wrote: sprintf instead of their C++ equivelants. Ok, I admit it. I still have a tendancy to use sprintf when I haven't got MFC CString::Format. So what is the nice C++ equivelant? I do need to learn to code better. Michael "Eureka" is Greek for "This bath is too hot" Re: Buffer over-runs Christian Graus10-Jun-02 0:48 Christian Graus 10-Jun-02 0:48  Check out my article on ostringstream... Christian I am completely intolerant of stupidity. Stupidity is, of course, anything that doesn't conform to my way of thinking. - Jamie Hale - 29/05/2002 Re: Buffer over-runs Tim Smith10-Jun-02 1:39 Tim Smith 10-Jun-02 1:39  Ugh... ostringstream is an over kill. *PRINTF* can be used safely!!!! Tim Smith I know what you're thinking punk, you're thinking did he spell check this document? Well, to tell you the truth I kinda forgot myself in all this excitement. But being this here's CodeProject, the most powerful forums in the world and would blow your head clean off, you've got to ask yourself one question, Do I feel lucky? Well do ya punk? Re: Buffer over-runs Christian Graus10-Jun-02 1:56 Christian Graus 10-Jun-02 1:56  Tim Smith wrote: *PRINTF* can be used safely!!!! Sure. You just need to create ugly, C style strings, handle your own types manually, and create huge buffers to decrease the possibility of overflows. Christian I am completely intolerant of stupidity. Stupidity is, of course, anything that doesn't conform to my way of thinking. - Jamie Hale - 29/05/2002 Re: Buffer over-runs James R. Twine10-Jun-02 4:11 James R. Twine 10-Jun-02 4:11     Or, you can (1) use stack allocated TCHAR buffers, to avoid the unnecessary overhead of dynamic memory allocation that most string classes require, and (2) use _sntprintf(...) to prevent buffer overruns, at the expense of length checking (which you get using C++ string classes, anyway...).  This also gives me the benefit of easy (IMHO, compared to the stream modifiers) manipulation of the display/format of a value: I believe that       "0x%08X"    -is easier to type than using stream manipulators.    Although I must admit that using ostrstream is usually faster (at runtime) than sprintf(...).    Peace! -=- James. "Some People Know How To Drive, Others Just Know How To Operate A Car." (Try Check Favorites Sometime!) Re: Buffer over-runs Tim Smith10-Jun-02 10:34 Tim Smith 10-Jun-02 10:34  Not when people using endl. I see that ALL THE TIME. Using ENDL will bring any application to its knees. Tim Smith I know what you're thinking punk, you're thinking did he spell check this document? Well, to tell you the truth I kinda forgot myself in all this excitement. But being this here's CodeProject, the most powerful forums in the world and would blow your head clean off, you've got to ask yourself one question, Do I feel lucky? Well do ya punk? Re: Buffer over-runs Christian Graus10-Jun-02 13:02 Christian Graus 10-Jun-02 13:02  You should clarify - endl sends a flush as well as a newline, so using it for every newline will bring an application to it's knees. Using it to do a new line and flush will perform exactly as you would expect. Christian I am completely intolerant of stupidity. Stupidity is, of course, anything that doesn't conform to my way of thinking. - Jamie Hale - 29/05/2002 Re: Buffer over-runs James R. Twine11-Jun-02 3:17 James R. Twine 11-Jun-02 3:17     Yes, but that is due people misunderstanding "how things work" (meaning endl).  Granted, stuff like that happens far too often these days in the Software Development world...  Entropy Abounds.    Peace! -=- James. "Some People Know How To Drive, Others Just Know How To Operate A Car." (Try Check Favorites Sometime!) Re: Buffer over-runs jkgh12-Jun-02 11:27 jkgh 12-Jun-02 11:27  Half the reason people switch away from VB is to find out what actually goes on.. and then like me they find out that they weren't quite as good as they thought - they've been nannied. Alice thought that running very fast for a long time would get you to somewhere else. " A very slow kind of country!" said the queen. "Now, here , you see, it takes all the running you can do, to keep in the same place". Re: Buffer over-runs Christian Graus10-Jun-02 13:07 Christian Graus 10-Jun-02 13:07  Wow - the email I got was so full of &nbsp's that it was illegible. You're right that typing in the format is usually more intuitive than using iostream modifiers. That's because we are all used to it, because we were taught C instead of C++. However, given that you agree it's faster, AND there is no way that any printf variant will accept user defined types, isn't it worthwhile learning to do things in C++ ? I find I can format things with iostream modifiers as easily as with printf nowadays. It's just a case of learning how. Christian I am completely intolerant of stupidity. Stupidity is, of course, anything that doesn't conform to my way of thinking. - Jamie Hale - 29/05/2002 Re: Buffer over-runs peterchen11-Jun-02 8:53 peterchen 11-Jun-02 8:53  James R. Twine wrote: is usually faster (at runtime) I once had a app log component changed from streams to snprintf - since the streams were freaking slow. Dunno how thsi fits with your experience, but it has cured from from using streams unequivocally. Peter Back in the days before yer Gighertz and Teraflops there was something we old timers called paranoia. Andrew Torrance, The Lounge   [sighist]

Last Visit: 31-Dec-99 18:00     Last Update: 3-Jun-24 7:14 Refresh 123 Next ᐅ

General    News    Suggestion    Question    Bug    Answer    Joke    Praise    Rant    Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.