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

RE: [Dev-C++] Longhorn

[Per W. <pw...@ia...>]

I don't think too many end users thinks of Palladium as exciting. A lot of
smaller software developers will also get in trouble because of Palladium.
If they can't afford to run Safe then they can't deliver software. If M$
on the other hand gives away Palladium SDK for free, all virus developers
will then support Palladium too, completely negating any use of Palladium.

/Per W


On Thu, 8 May 2003, Ioannis Vranos wrote:

> > -----Original Message-----
> > From: dev...@li...
> > [mailto:dev...@li...] On Behalf Of iad929
> > Sent: Thursday, May 08, 2003 5:12 AM
> > To: dev...@li...
> > Subject: Re: [Dev-C++] Longhorn
> >
> >
> > To add something, This new version of Windows will be called Trusted
> > Windows.
>
>
>
> That's Palladium (Trustworthy Computing) , not Longhorn (which will be
> included in Longhorn). Palladium is a safe execution environment. The
> software will run in safe and unsafe mode.
>
>
> "But future Windows versions promise to be even more exciting. The next
> major desktop Windows release, code-named Longhorn, is due in 2005 and will
> include Microsoft's Trustworthy Computing (Palladium) architectural changes,
> as well as a new 3D video-driven user interface and a SQL Server-based file
> system called Windows Future Storage (WinFS). The next Windows Server
> release, code-named Blackcomb, will likely ship a few years after Longhorn."
>
>
>
>
>
> Ioannis Vranos
>
> * Programming pages: http://www.noicys.freeurl.com
> * Alternative URL 1: http://run.to/noicys
> * Alternative URL 2: http://www.noicys.cjb.net
>
>
>
>
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
>
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>

Re: [Dev-C++] Longhorn

[<or...@vp...>]

David Matthews wrote:
> I must say that I find these updates very interesting.  I don't mind
> finding out new tidbits that M$ releases about Longhorn in the least.  The
> bit that got me though was the "The underlying hardware that powered this
> graphical wonder was a relatively low-level 1.5GHz Pentium 4 with 384MB of
> RAM and ATI's RADEON 9700 3-D graphics card."  I wouldn't exactly call that
> a low-level in my experiance, and if I'm wrong then I'm worried (my
> computer being a P3 933MHz, 128MB RAM, ATI Rage128 Pro.)  And why does
> having a window bend under the "speed" of being dragged across the screen
> aid my computing experiance? :\

*You are absolutely right!*
If THAT is low-level, what is this:
Celeron 433MHz
256 MB RAM
GeForce2 MX400 32 MB

Is this already junk then? I can play UT2003 with decent speed.
Probably M$ adds this all eye-candy stuff to get people's attention. 
Through the time of history, it was *ALWAYS* easier to get peoples 
attention with *visual* beauty, rather than rational thinking...

Of course, this "bending" and other nonsense will cover all the security 
bugs, and will drive off the attention from the backdoors in Longhorn, 
what M$ leaves behind for himself. (Nimda not used an accidental bug - 
they just found the backdoor what M$ left behind for itself...)

I'm still using Win98, but mostly for playing. I think I will NEVER 
upgrade any higher. If Win98 will no longer be supported by anything, 
then I will move to Linux and KDE. I don't like my personal computer 
being watched - specially not by Microsoft...

--
Greetings,
   Balázs

RE: [Dev-C++] Longhorn

[Per W. <pw...@ia...>]

But now you are discussing the speed of new machines in the high-end
range. Expect a lot of people with 2-3 year old machines to want the next
OS too. 2005-3 = 2002. Note that the machine they demonstrated on had a
ATI Radeom 9700, which a normal machine from 2002 (and 2003) do not have.
I don't even think it was available other in sample quantities last year.

Most people git a bit angry if the OS manufacturer forces them to change
computer just because. That is a big reason why a lot of servers around
the world are running Gnu/Linux or FreeBSD. Even a 486 or Pentium machine
can perform important services since the OS never steals capacity. If the
machine was capable of running a fax software 1995, it will still be able
to run the fax software now. On a M$ machine, you might not even have time
to wait for the software to start up, if you did the bad mistake of
upgrading OS or software on an older machine.

/Per W


On Thu, 8 May 2003, Ioannis Vranos wrote:

> > -----Original Message-----
> > From: dev...@li...
> > [mailto:dev...@li...] On Behalf
> > Of David Matthews
> > Sent: Wednesday, May 07, 2003 11:31 PM
> > To: dev...@li...
> > Subject: Re: [Dev-C++] Longhorn
> >
> >
> > I must say that I find these updates very interesting.  I don't mind
> > finding out new tidbits that M$ releases about Longhorn in
> > the least.  The
> > bit that got me though was the "The underlying hardware that
> > powered this
> > graphical wonder was a relatively low-level 1.5GHz Pentium 4
> > with 384MB of
> > RAM and ATI's RADEON 9700 3-D graphics card."  I wouldn't
> > exactly call that
> > a low-level in my experiance, and if I'm wrong then I'm worried (my
> > computer being a P3 933MHz, 128MB RAM, ATI Rage128 Pro.)  And why does
> > having a window bend under the "speed" of being dragged
> > across the screen
> > aid my computing experiance? :\
>
>
>
> Longhron will be available in the beginning of 2005. Imagine the horse power
> of the machines for sale at the time (a year is a century in computer
> revolution). They will be about 6 Ghz according to my estimtion using the
> Moore's Law, although GHz is not the only factor for speed.
>
>
>
>
>
> Ioannis Vranos
>
> * Programming pages: http://www.noicys.freeurl.com
> * Alternative URL 1: http://run.to/noicys
> * Alternative URL 2: http://www.noicys.cjb.net
>
>
>
>
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
>
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>

RE: [Dev-C++] Longhorn

[Ioannis V. <iv...@at...>]

> -----Original Message-----
> From: dev...@li...=20
> [mailto:dev...@li...] On Behalf Of iad929
> Sent: Thursday, May 08, 2003 5:12 AM
> To: dev...@li...
> Subject: Re: [Dev-C++] Longhorn
>=20
>=20
> To add something, This new version of Windows will be called Trusted
> Windows.



That's Palladium (Trustworthy Computing) , not Longhorn (which will be
included in Longhorn). Palladium is a safe execution environment. The
software will run in safe and unsafe mode.


"But future Windows versions promise to be even more exciting. The next
major desktop Windows release, code-named Longhorn, is due in 2005 and =
will
include Microsoft's Trustworthy Computing (Palladium) architectural =
changes,
as well as a new 3D video-driven user interface and a SQL Server-based =
file
system called Windows Future Storage (WinFS). The next Windows Server
release, code-named Blackcomb, will likely ship a few years after =
Longhorn."





Ioannis Vranos
=20
* Programming pages: http://www.noicys.freeurl.com
* Alternative URL 1: http://run.to/noicys
* Alternative URL 2: http://www.noicys.cjb.net

RE: [Dev-C++] Longhorn

[Ioannis V. <iv...@at...>]

> -----Original Message-----
> From: dev...@li...=20
> [mailto:dev...@li...] On Behalf=20
> Of David Matthews
> Sent: Wednesday, May 07, 2003 11:31 PM
> To: dev...@li...
> Subject: Re: [Dev-C++] Longhorn
>=20
>=20
> I must say that I find these updates very interesting.  I don't mind
> finding out new tidbits that M$ releases about Longhorn in=20
> the least.  The
> bit that got me though was the "The underlying hardware that=20
> powered this
> graphical wonder was a relatively low-level 1.5GHz Pentium 4=20
> with 384MB of
> RAM and ATI's RADEON 9700 3-D graphics card."  I wouldn't=20
> exactly call that
> a low-level in my experiance, and if I'm wrong then I'm worried (my
> computer being a P3 933MHz, 128MB RAM, ATI Rage128 Pro.)  And why does
> having a window bend under the "speed" of being dragged=20
> across the screen
> aid my computing experiance? :\



Longhron will be available in the beginning of 2005. Imagine the horse =
power
of the machines for sale at the time (a year is a century in computer
revolution). They will be about 6 Ghz according to my estimtion using =
the
Moore's Law, although GHz is not the only factor for speed.=20





Ioannis Vranos
=20
* Programming pages: http://www.noicys.freeurl.com
* Alternative URL 1: http://run.to/noicys
* Alternative URL 2: http://www.noicys.cjb.net

[Dev-C++] Research 8 mai 2003

[yves le g. <yve...@wa...>]

Research :


               Licence AutoCAD
               Licence VtoolsD


mother board : with Motorola as central processor


on Intel :  Pentium® 800 Mhz
                Pentium® 4 HT 2 to 3.xx GHz Hyper Threading
                + tech M (if possible or emulation software )
                or older one with Hyp. Tech. emulation software

                OS/2 Warp
                office XP pro

Screen : 800x600, flat, LCD, TFT

Accept Proposition for a mobile computer.

Paiment cash, check, other

                        Thanks

Re: [Dev-C++] Longhorn

[iad929 <ia...@jo...>]

To add something, This new version of Windows will be called Trusted
Windows.


Mohammed
----- Original Message -----
From: "David Matthews" <dem...@uw...>
To: <dev...@li...>
Sent: Wednesday, May 07, 2003 11:30 PM
Subject: Re: [Dev-C++] Longhorn


I must say that I find these updates very interesting.  I don't mind
finding out new tidbits that M$ releases about Longhorn in the least.  The
bit that got me though was the "The underlying hardware that powered this
graphical wonder was a relatively low-level 1.5GHz Pentium 4 with 384MB of
RAM and ATI's RADEON 9700 3-D graphics card."  I wouldn't exactly call that
a low-level in my experiance, and if I'm wrong then I'm worried (my
computer being a P3 933MHz, 128MB RAM, ATI Rage128 Pro.)  And why does
having a window bend under the "speed" of being dragged across the screen
aid my computing experiance? :\

At 09:20 AM 07/05/2003 -0400, David Matthews wrote:
>Zodiaq wrote:
>> IMO these infos about upcoming new windows are very useful... I know
>> what to suspect (generally) from next windows, and (if necessary) take
>> some steps in my programming...
>
>Microsoft's "fishnet" is working well indeed...
>
>--
>Greets,
>   Balázs
>
>
>
>-------------------------------------------------------
>Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
>The only event dedicated to issues related to Linux enterprise solutions
>www.enterpriselinuxforum.com
>
>_______________________________________________
>Dev-cpp-users mailing list
>Dev...@li...
>TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
>https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>
>


-------------------------------------------------------
Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
The only event dedicated to issues related to Linux enterprise solutions
www.enterpriselinuxforum.com

_______________________________________________
Dev-cpp-users mailing list
Dev...@li...
TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
https://lists.sourceforge.net/lists/listinfo/dev-cpp-users

Re: [Dev-C++] Longhorn

[David M. <dem...@uw...>]

I must say that I find these updates very interesting.  I don't mind
finding out new tidbits that M$ releases about Longhorn in the least.  The
bit that got me though was the "The underlying hardware that powered this
graphical wonder was a relatively low-level 1.5GHz Pentium 4 with 384MB of
RAM and ATI's RADEON 9700 3-D graphics card."  I wouldn't exactly call that
a low-level in my experiance, and if I'm wrong then I'm worried (my
computer being a P3 933MHz, 128MB RAM, ATI Rage128 Pro.)  And why does
having a window bend under the "speed" of being dragged across the screen
aid my computing experiance? :\

At 09:20 AM 07/05/2003 -0400, David Matthews wrote:
>Zodiaq wrote:
>> IMO these infos about upcoming new windows are very useful... I know
>> what to suspect (generally) from next windows, and (if necessary) take
>> some steps in my programming...
>
>Microsoft's "fishnet" is working well indeed...
>
>--
>Greets,
>   Bal=E1zs
>
>
>
>-------------------------------------------------------
>Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
>The only event dedicated to issues related to Linux enterprise solutions
>www.enterpriselinuxforum.com
>
>_______________________________________________
>Dev-cpp-users mailing list
>Dev...@li...
>TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
>https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>
>

Re: [Dev-C++] Longhorn

[<or...@vp...>]

Zodiaq wrote:
> IMO these infos about upcoming new windows are very useful... I know
> what to suspect (generally) from next windows, and (if necessary) take
> some steps in my programming...

Microsoft's "fishnet" is working well indeed...

--
Greets,
   Balázs

Re: [Dev-C++] regexp howto in C/C++

[Per W. <pw...@ia...>]

flex is the lexical analyzer tool, and is a gnu version of lex

bison is the parser generator, and is a gnu version of yacc.

flex requires you to write a rule-set, and will then generate c source
code. However, there are a lot of other libraries specialized on handling
regexp, i.e. they allow the regexp to be specified as a text string during
run-time.

/Per W

On Sun, 13 Apr 2003 cbu...@to... wrote:

> Hello!
>
> There's a tool called "flex" which generates C routines that do regexp
> based pattern matching.on text.
>
> In Linux this tool is included by most of the distros. It is also included
> with DJGPP, which is the DOS port of the GCC C compiler. I see that
> Mingw has Bison as an experimental package, but that's something
> different
>
> Regards
>
> Cristian Burneci
>
> Szathmary Laszlo <sz...@de...> wrote:
>
> Hi!
>
> I first met regular expressions in Perl. In this language it's very easy
> to use regexp, so could anyone tell me how to transform them to C?
>
> <snip>
>
>
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
>
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>

Re: [Dev-C++] Longhorn

[Per W. <pw...@ia...>]

It sounds like you have to deactivate some features if you want to use
your computer for important stuff - just because fast 3d-graphics cards
are fast doesn't mean that 3d graphics is possible without quite large
amounts of cpu load. This may be seen from current pc-game benchmarks.
Number of frames/second is very much affected by processor (Amd,P3,P4) and
processor frequency.

One other thing - I don't expect M$ is aiming for Green-PC certificates. A
3D graphics card displaying a static image might consume 5-10W. The real
monsters might go up to 50-70 W or more, when running heavy 3D. That is OK
when you specifically run a 3D game, or a 3D design software. However, I
don't think it's ok if it's just idle-time graphics to get the machine
cooler - epecially since it will make the machine warmer :-)

/Per W


On Wed, 7 May 2003, OROSZI Bal=E1zs wrote:

> Hello!
>
> Ioannis Vranos wrote:
> > More info of Longhorn from WinInfo Daily UPDATE mailing list:
>
> Are you fascinated about Microsoft Longhorn?
>
> --
> Bal=E1zs
>
>
>
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
>
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>

Re[2]: [Dev-C++] Longhorn

[Zodiaq <zo...@ac...>]

Hello OROSZI and all Dev-C++ users,

Wednesday, May 7, 2003, 1:52:04 PM, OROSZI wrote as follows:

OB> Hello!

OB> Ioannis Vranos wrote:
>> More info of Longhorn from WinInfo Daily UPDATE mailing list:

OB> Are you fascinated about Microsoft Longhorn?

IMO these infos about upcoming new windows are very useful... I know
what to suspect (generally) from next windows, and (if necessary) take
some steps in my programming... after all this is
(practically) mailing list about developing software for windows using
DevC++ and Longhorn may add some new stuff into windev... so I'm
interested...

(btw I know that only time will tell how Longhorn will look like,
maybe it'll be really something new, maybe these are only good hopes)
-- 
regards, Zodiaq

[Dev-C++] regexp howto in C/C++

[<cbu...@to...>]

Hello!

There's a tool called "flex" which generates C routines that do regexp 
based pattern matching.on text.

In Linux this tool is included by most of the distros. It is also included 
with DJGPP, which is the DOS port of the GCC C compiler. I see that 
Mingw has Bison as an experimental package, but that's something 
different   

Regards

Cristian Burneci

Szathmary Laszlo <sz...@de...> wrote:

Hi!

I first met regular expressions in Perl. In this language it's very easy
to use regexp, so could anyone tell me how to transform them to C?

<snip>

Re: [Dev-C++] Longhorn

[<or...@vp...>]

Hello!

Ioannis Vranos wrote:
> More info of Longhorn from WinInfo Daily UPDATE mailing list:

Are you fascinated about Microsoft Longhorn?

--
Balázs

[Dev-C++] (no subject)

[Alexander B. <Ale...@ma...>]

confirm 849325

[Dev-C++] Longhorn

[Ioannis V. <iv...@at...>]

More info of Longhorn from WinInfo Daily UPDATE mailing list:



1. ==== NEWS AND VIEWS ====
   (contributed by Paul Thurrott, thu...@wi...)

* WINHEC 2003: FIRST LOOK AT LONGHORN GRAPHICS
   During a pre-show demonstration yesterday of the Longhorn graphics
subsystem at the Windows Hardware Engineering Conference (WinHEC) 2003
trade show in New Orleans, I saw for the first time some of the
advanced video effects that Microsoft will enable in the next Windows
version. Longhorn, which is due in late 2004 or early 2005, includes a
completely new desktop composition system that replaces the model
earlier Windows versions used with one that is more technically
advanced, visually appealing, and scalable. The early test versions
Microsoft is showing at WinHEC include amazing animation effects,
smooth window scaling, and advanced window translucency.

The change is startling. Earlier Windows versions rendered the Windows
desktop as one display surface; each window was a region on that
shared surface. In the new model, individual windows are responsible
only for drawing their own surfaces and then only when other windows
aren't hiding those surfaces. In Longhorn, each window has its own,
full-featured surface, independent of the other windows, and each
window acts as if it's always 100 percent visible, forcing it to
redraw itself constantly. Likewise, the desktop is rendered many times
a second by combining the contents of each open window. These changes
require significantly more graphics resources than earlier Windows
versions, but Microsoft notes that most modern PCs have 3-D graphics
power to spare. For those PCs that don't have the hardware necessary
to take advantage of the full Longhorn user experience, Microsoft will
scale the graphics back into different modes.

In baseline mode, Longhorn will offer features similar to those in
Windows 2000 and use software rendering only. The next step up, the
so-called tier 1 experience, delivers the minimum
hardware-acceleration and desktop-composition features required for
the Longhorn user experience. This mode requires mainstream 3-D
graphics hardware and offers 3-D capabilities equivalent to what was
available in Microsoft DirectX 7. The tier 1 experience also supports
low-power modes, making it ideal for mobile computers. In the tier 2
experience, users will get the full Windows Longhorn user experience
on the desktop, which includes support for advanced 3-D graphics and
animation. This mode requires the most advanced hardware, such as
high-end 3-D hardware released in 2002 or later, and features
capabilities equivalent to DirectX 9 and later DirectX versions.

The demonstration I saw was performed on a Longhorn build 4015
desktop. When windows moved across the screen, they visually
"shuttered," bending under the speed of the movement, like a flag
billowing in a breeze. The windows had various translucency levels,
but in a much more fine-grained and visually stunning way than earlier
Windows versions. And, best of all, you can visually scale windows up
and down with no loss in quality as you resize them, an effect that's
impossible on today's Windows desktop. Microsoft told me that none of
these effects were designed for the final Longhorn product, but that
the company is simply testing them. Microsoft could use the scaling
feature for window minimization: Instead of using a standard taskbar
button to represent a minimized window, Longhorn will probably display
a miniature version of the window so that you can visually
differentiate among the various minimized windows and more easily
select the one you want. The shutter feature will also likely evolve
into a minimize effect, Microsoft said.

One of the most important aspects of this technology is that
application developers won't need to rewrite their software to support
the new features. Instead, Microsoft will automatically provide the
new animations, transparencies, and effects to any existing Windows
application running under Longhorn. All the applications I saw during
the demonstration were available today in Windows XP, including
Notepad, Command Prompt, Paint, and Task Manager. Another interesting
part of the demonstration involved a set of movie clips from "Star
Wars, Episode II: Attack of the Clones" that played in realtime while
they flipped about on the screen; during this process, applications
were launched and ran, all without affecting the speed or rendering
quality of the animating, spinning movie clips. The underlying
hardware that powered this graphical wonder was a relatively low-level
1.5GHz Pentium 4 with 384MB of RAM and ATI's RADEON 9700 3-D graphics
card.

The effects I've described above are hard to explain in text, but I
took dozens of pictures and will post them on the SuperSite for
Windows later this week. Although the show hasn't even officially
started yet, I'm already quite impressed with what I've seen of
Longhorn.




Ioannis Vranos
 
* Programming pages: http://www.noicys.freeurl.com
* Alternative URL 1: http://run.to/noicys
* Alternative URL 2: http://www.noicys.cjb.net

Re: [Dev-C++] regexp howto in C/C++

[Shayne K. <err...@ne...>]

Well I suppose if you were a masochist you could embed perl into your
C application (examples on the Perl site).  Or you could use the PCRE
library (http://gnuwin32.sourceforge.net/packages/pcre.htm)

There's probably a regex library from MS and maybe others, check
http://www.freshmeat.net as well.

- Shayne

http://www.shaynekasai.com

On Tue, 6 May 2003, Szathmary Laszlo wrote:

> Hi!
>
> I first met regular expressions in Perl. In this language it's very easy
> to use regexp, so could anyone tell me how to transform them to C?
> Let's see an example:
>
> $line = "<name>QL</name><path>ql.exe</path>";
> if ($line =~ m#<name>(.*)</name><path>(.*)</path>#)
> {
>    print "Name: $1, path: $2\n";
> }
>
> How could it be rewritten to C? Which regexp. library do you suggest
> using?
>
> 	Thanks in advance,
>
> 			Laszlo
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>

[Dev-C++] regexp howto in C/C++

[Szathmary L. <sz...@de...>]

Hi!

I first met regular expressions in Perl. In this language it's very easy
to use regexp, so could anyone tell me how to transform them to C?
Let's see an example:

$line = "<name>QL</name><path>ql.exe</path>";
if ($line =~ m#<name>(.*)</name><path>(.*)</path>#)
{
   print "Name: $1, path: $2\n";
}

How could it be rewritten to C? Which regexp. library do you suggest
using?

	Thanks in advance,

			Laszlo

[Dev-C++] Re: Dev-cpp-users digest, Vol 1 #1445 - 10 msgs

[pErCivaL <pma...@nt...>]

>> I would recommend "The C Programming Language" (K&R2), myself.  I've 
>> been
>> reading that recently, and it seems to be an excellent reference.
> I would agree with that, since nearly all books on c refere to this
> book. it should be the best reference for c like strustroup is for
> c++.
> a bit cheaper maybe (not much though) would be addison wesley's nitty
> gritty c. this little book features nearly all basic aspects of c like
> k&r2 does but with lighter language and easier lessons.
>

There's also a book called "A Book on C" or simply "ABC" :)
by Kelly & Ira Pohl. It's good too!

[Dev-C++] Longhorn developments

[Ioannis V. <iv...@at...>]

From the mailing list "WinInfo Daily UPDATE": http://www.winnetmag.com/email

more recent news about the upcoming release of Longhorn (which OS will have
serious implications for developers):


* WINHEC TO PROVIDE FIRST PUBLIC PREVIEW OF LONGHORN
   This week's Windows Hardware Engineering Conference (WinHEC) 2003
trade show in New Orleans will mark the first public preview of
Longhorn, the next Windows desktop version. Long steeped in mystery,
Longhorn will be the first major new version of Windows since Windows
95, when Microsoft began to break its ties with the DOS-based past and
moved consumers into 32-bit computing. Longhorn will be an equally
important milestone for the software giant's customers, as it will
mark the first time since Win95 that each of Microsoft's three core
markets--consumers, business users, and developers--will see major
changes in the same Windows release. The two most recent
releases--Windows Server 2003 and Windows XP--provided major changes
for consumers and businesses only.

Of course, Longhorn is still largely an unknown, despite recent leaks
of early alpha builds (see the URL below for my recent Longhorn
preview). The product will feature a photo-realistic, video-based
layer on top of the standard Windows GUI and will provide 3-D
rendering technology for all the objects and widgets that make up the
Longhorn UI. Another key feature--a Microsoft SQL Server-based file
system called Windows Future Storage (WinFS)--began life as Storage+,
part of a trio of technologies (along with Forms+--now Windows
Forms--and COM+) that the company first touted several years ago. In
many ways, Microsoft has been working toward Longhorn since the
company formulated (and then subsequently dropped) plans for a Windows
NT successor, code-named Cairo, in the mid-1990s.

But this week, WinHEC will provide a more concrete, down-to-the-metal
view of Longhorn, with overviews of the product's core hardware
technologies. WinHEC attendees can choose from sessions about the
following Longhorn technologies:

   - Longhorn drivers--This session with examine Microsoft's vision
for the new Driver Development Kit (DDK) and Hardware Compatibility
Test (HCT) kits that will accompany the next Windows version.

   - Longhorn audio/video experience--Microsoft says audio and video
devices in the next Windows version will be easier to work with, for
both users and developers. This session will detail the
Windows-platform and device-UI enhancements that will make it easier
for users to set up, test, configure, and improve their experiences
with speakers, microphones, sound cards, video, and TV tuner cards.
The session will touch on topics such as audio/video (AV) device
installation, setup, configuration wizards and Control Panels, Windows
Volume Control and application mixing, and an overview of Longhorn's
new Audio Video Preferences Control Panel.

   - Longhorn display convergence--This session will discuss ways
Longhorn will improve the out-of-the-box experience with "convergence
PCs" (i.e., PCs based on Windows Media Center or similarly targeted
Windows-based products). The session will include information about a
new Longhorn Signature Monitor, which will help OEMs create display
panels that are equally viable for AV applications and business uses,
and the XP Media Center Edition Display Calibration Wizard, which
helps deliver PC solutions through a television.

   - Longhorn display platform and color management--This look at
Longhorn's color-management architecture will highlight the product's
new display innovations, which will apply to medical imaging,
professional photography, enterprise printing, and other real-world
scenarios.

   - Longhorn manufacturing--This session will offer a guide to the
new and exciting features that Microsoft has planned for the Longhorn
Deployment Toolkit (also known as the Longhorn OEM Preinstallation
Kit--OPK). This session will detail the ways Microsoft will streamline
Longhorn installation.

   - Designing portable media players for Longhorn--In a bid to offer
users a more integrated experience when working with portable media
players, Microsoft is creating a new set of standards for interacting
with Longhorn. This session will detail those features, which include
simplified device installation, new wire protocols for device
communications, and remote playback of AV content from a
Longhorn-based PC.

   - Longhorn graphics drivers--Longhorn will take full advantage of
the massive amounts of 3-D rendering power in many users' PC video
cards, giving users a more stable and feature-rich experience. This
session will focus on the changes Microsoft is making to the Windows
display infrastructure to enable this new functionality, as well as
some changes in common display scenarios.

   - Longhorn hardware-accelerated graphics and desktop
composition--This session will cover new hardware requirements for
Longhorn desktop composition, including Microsoft's plans to
hardware-accelerate 2-D graphics, 3-D graphics, and imaging in Windows
applications and on the Windows desktop. The session will also discuss
the requirements for enabling hardware-accelerated ClearType text
rendering in Longhorn.

In addition to this detailed Longhorn information, Microsoft will also
provide a first look at several other technologies, including future
Windows Media Center versions, Real-Time Communications (RTC) Server
(code-named Greenwich), Windows CE .NET 4.2, and the Next Generation
Secure Computing Base (NGSCB) technologies (formerly known as
Palladium).

"Longhorn Alpha Preview 3: Build 4015"
   http://www.winsupersite.com/reviews/longhorn_4015.asp



Ioannis Vranos
 
* Programming pages: http://www.noicys.freeurl.com
* Alternative URL 1: http://run.to/noicys
* Alternative URL 2: http://www.noicys.cjb.net

RE: [Dev-C++] classes and references

[Ioannis V. <iv...@at...>]

> -----Original Message-----
> From: dev...@li...=20
> [mailto:dev...@li...] On Behalf=20
> Of Carlos Garc?a del Monte
> Sent: Monday, May 05, 2003 3:28 PM
> To: dev-cpp-users-list
> Subject: Re: [Dev-C++] classes and references
>=20
>=20
> How in the hell can anyone understand the examples given for=20
> features if=20
> the example program is full of unexplained features??. Well, one can=20
> understand some of such kind of things in the very beginning of the=20
> book. Well, I hope it has at least the currently feature=20
> which is being=20
> explained highlighted. But it's like say to kids," hey: we'll=20
> start to=20
> learn multiplication... let's work with Schr=F6dinger formulae."
> Certainly sometimes it can be needed or justified, but I=20
> doubt very much=20
> using templates or vectors is absolutely needed before=20
> explaining them.=20
> Then or you explain them at begin (at least the minimum you use and=20
> then, the 12th chapter in detail or you explain it along the=20
> book, the=20
> features as they are being used in the next chapters and then=20
> at the end=20
> a chapter explaining all about them a a reminder) or you shall try to=20
> avoid examples which need them.



Yes you have some right with your side here, but myself what I did not
understand in a given example I did not bother about it and waited =
patiently
until I reach the chapter where it is explained. I did not met many =
things
like this though.


As I said before reading TC++PL you must have finished some introductory
book.first. The book is aimed at intermediate programmers. Before =
getting to
TC++PL I had finished "Teach Yourself C++ in 21 Days" (and before that I =
had
learned C90 which is not prerequisite for C++, but still with few =
exceptions
(not C++ "exceptions" :-) ) C90 is subset of C++.



> And vectors have nothing to do with templates, although vectors are=20
> implemented as templates. Vectors are a kind of "array"=20
> (forgive my not=20
> technical language) which is safer and more "complex" but also very=20
> powerful, mainly in the dinamic memory management.


vector is a template class, part of the standard library.


=20
Keep also in mind that serious programming is not easy. :) Fir simple
Winblowz GUI applications you need only a small part of the language =
(the
equivalent of VB, C#, J# etc that is simple classes - I am refering to =
.NET,
this is what I am learning) but if you want to construct mission =
critical
code then you must learn many details, for example std::list is very =
fast
for sorting since when you sort it pointer values are changed, while in
vector or built in arrays, the objects are copied (using the copy
constructor). The pain is in the details. :)




Regards,

Ioannis Vranos
=20
* Programming pages: http://www.noicys.freeurl.com
* Alternative URL 1: http://run.to/noicys
* Alternative URL 2: http://www.noicys.cjb.net

Re: Subject: RE: [Dev-C++] RES: Dev-cpp-users digest, Vol 1 #1433 - 3 msgs

[Per W. <pw...@ia...>]

Internet is very, very good for getting experience, i.e. for looking at a
lot of different solutions, and getting the 'aha' about standard features
with a bit of twist might implement magnificient work-arounds etc.

However, most of the truly good code were written for older language
standards, i.e. not using templates etc. You don't know what features that
are not explored in the examples unless you already know the language
fully.

/Per W

On Mon, 5 May 2003, jose isaias cabrera wrote:

>
> I've found "The internet" to be my teacher and source of c learning
> techniques.  I am surprised by the great examples and online tutorials
> available.  I have sent emails to some of the authors, though some of the
> emails no longer exist, but the online tutorials are still available.  I
> don't want to pay $50+ to get the information that I can also download or
> get from the internet.  :-)
>
> Just adding a little truthful humor.  :-)
>
> jos=E9
>
>
> ----- Original Message -----
> From: "Defiant Heretic" <he...@er...>
> To: <dev...@li...>
> Sent: Monday, May 05, 2003 4:52 AM
> Subject: Subject: RE: [Dev-C++] RES: Dev-cpp-users digest, Vol 1 #1433 - =
3
> msgs
>
>
> > I've heard that "C: The Complete Reference" isn't a very good manual.  =
I
> > haven't read it, myself, but someone far more knowledgeable than I has.
> > Here is his partial list of errata for the book:
> > http://www.seebs.net/c/c_tcr.html
> >
> > I would recommend "The C Programming Language" (K&R2), myself.  I've be=
en
> > reading that recently, and it seems to be an excellent reference.
> >
> >
> > David Matthews wrote:
> > > Personally, I found "C: The Complete Reference" a wonderful starting
> > > book.
> > > I first learned how to program in C from that book, then I turned to =
a
> > > few
> > > others to fill in the gaps.
> >
> >
> > -------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > Dev-cpp-users mailing list
> > Dev...@li...
> > TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
> >
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>

Re: Subject: RE: [Dev-C++] RES: Dev-cpp-users digest, Vol 1 #1433 - 3 msgs

[jose i. c. <ji...@fr...>]

I've found "The internet" to be my teacher and source of c learning
techniques.  I am surprised by the great examples and online tutorials
available.  I have sent emails to some of the authors, though some of the
emails no longer exist, but the online tutorials are still available.  I
don't want to pay $50+ to get the information that I can also download or
get from the internet.  :-)

Just adding a little truthful humor.  :-)

josé


----- Original Message ----- 
From: "Defiant Heretic" <he...@er...>
To: <dev...@li...>
Sent: Monday, May 05, 2003 4:52 AM
Subject: Subject: RE: [Dev-C++] RES: Dev-cpp-users digest, Vol 1 #1433 - 3
msgs


> I've heard that "C: The Complete Reference" isn't a very good manual.  I
> haven't read it, myself, but someone far more knowledgeable than I has.
> Here is his partial list of errata for the book:
> http://www.seebs.net/c/c_tcr.html
>
> I would recommend "The C Programming Language" (K&R2), myself.  I've been
> reading that recently, and it seems to be an excellent reference.
>
>
> David Matthews wrote:
> > Personally, I found "C: The Complete Reference" a wonderful starting
> > book.
> > I first learned how to program in C from that book, then I turned to a
> > few
> > others to fill in the gaps.
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>

Re: [Dev-C++] classes and references

[<cg...@wo...>]

OROSZI Bal=E1zs wrote:

> Ioannis Vranos wrote:
>
>> But he explicitly mentions that the 3 first chapters are a quick tour=20
>> of the
>> language and he explicitly mentions that everything will become clear=20
>> later.
>> The learning process begins from chapter 4.
>
>
> For example: templates are first *used* in the 3rd chapter
> (___*****and from then continuously*****___, i.e. in the 4th and 5th=20
> and so on) and described in the 12th...
> This caused me a lot of headache, he used it a lot of times, and I had=20
> absolutely no idea what hell is vector<xxx> for example...=20

How in the hell can anyone understand the examples given for features if=20
the example program is full of unexplained features??. Well, one can=20
understand some of such kind of things in the very beginning of the=20
book. Well, I hope it has at least the currently feature which is being=20
explained highlighted. But it's like say to kids," hey: we'll start to=20
learn multiplication... let's work with Schr=F6dinger formulae."
Certainly sometimes it can be needed or justified, but I doubt very much=20
using templates or vectors is absolutely needed before explaining them.=20
Then or you explain them at begin (at least the minimum you use and=20
then, the 12th chapter in detail or you explain it along the book, the=20
features as they are being used in the next chapters and then at the end=20
a chapter explaining all about them a a reminder) or you shall try to=20
avoid examples which need them.

And vectors have nothing to do with templates, although vectors are=20
implemented as templates. Vectors are a kind of "array" (forgive my not=20
technical language) which is safer and more "complex" but also very=20
powerful, mainly in the dinamic memory management.

>
>
>> I do not like it too, but it is what it takes to become a good=20
>> programmer.
>> That said you do  not need to know all the features provided by C++=20
>> to do
>> programs, but it takes years to learn it all (assuming you also have=20
>> other
>> things to do daily).
>
>
> Well, that is called _experience_. I think it is way different from=20
> knowing, what a code part from another project does...

Yeah, the minimum is explaining what that code which uses features which=20
are not been explained does, and the one explained too.
Experience, or code, code and more code. But for having enough for that=20
experience being useful I lasted six months.(I had still some stupid=20
errors, but they were corrected more or less easily. Now, after a year=20
and a half I can write program without errors (not big programs) and=20
they do what I want. However, I don't consider me a guru yet, I'm still=20
far, but not too much).

>
>> I shall say that I will have a good knowledge of C++ after I have=20
>> finished
>> the book inclduing the appendices. :)
>
>
> No. Then you will have absolute knowledge. A C++ guru in other words. :=
)=20

It depends on the level of the book. But for being a guru you need end,=20
including appendices, some (many) books, or many, many * 5 practicing.

>
>
>> Well it is aimed towards itermediate programmers. However my belief=20
>> is that
>> every programmmer of C++ should have read this book.
>
>
> Yes, *should have*...=20

Which book? :-D  Yeah TC++PLSE.

>
>
> --=20
> Greets,
>   Bal=E1zs
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Dev-cpp-users mailing list
> Dev...@li...
> TO UNSUBSCRIBE: http://www.noicys.cjb.net/devcpp/ub.htm
> https://lists.sourceforge.net/lists/listinfo/dev-cpp-users
>

Re: Subject: RE: [Dev-C++] RES: Dev-cpp-users digest, Vol 1 #1433 - 3 msgs

[<ca...@kr...>]

hi there!

> I would recommend "The C Programming Language" (K&R2), myself.  I've been
> reading that recently, and it seems to be an excellent reference.
I would agree with that, since nearly all books on c refere to this
book. it should be the best reference for c like strustroup is for
c++.
a bit cheaper maybe (not much though) would be addison wesley's nitty
gritty c. this little book features nearly all basic aspects of c like
k&r2 does but with lighter language and easier lessons.



 
gruss
/Christian                   mailto:ca...@kr...

---


I propose that the following character sequence for joke markers:

:-)

                             19-Sep-82 11:44    Scott E  Fahlman