On Mon, Aug 11, 2008 at 11:38 AM, William L. Maltby
<CentOS4Bill@triad.rr.com> wrote:
>
> On Mon, 2008-08-11 at 11:04 -0500, Lanny Marcus wrote:
>> <snip>
>
>> Vi or vim. I think Emacs would just cloud my mind, when I'm trying to absorb
>> C++ Lanny
>
> If you have C experience, it'll be quick once you get your head around
> constructors, destructors, inheritance, templates (I never did enough of
> that to get it), et al.
>
> It essentially implements a bunch of things we used to do as functions,
> libraries or modules when we recognized a strong re-usability potential,
> and formalizes all that to the object oriented model.
>
> Good luck on it and I know you'll enjoy it once you see results.
Thanks! Not much C experience. I'm an old Assembly Language guy. Trying to
enter the 21st century now. C++ is a lot to learn and it looks like a
lot of it has to do with
the way things are done in OOP. The book is very long (878 pages) but
well regarded.
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
08-11-2008, 06:07 PM
"William L. Maltby"
On Mon, 2008-08-11 at 12:38 -0500, Lanny Marcus wrote:
> On Mon, Aug 11, 2008 at 11:38 AM, William L. Maltby
> <CentOS4Bill@triad.rr.com> wrote:
> >
> > On Mon, 2008-08-11 at 11:04 -0500, Lanny Marcus wrote:
> >> <snip>
> >
> >> Vi or vim. I think Emacs would just cloud my mind, when I'm trying to absorb
> >> C++ Lanny
> >
> ><snip>
> Thanks! Not much C experience. I'm an old Assembly Language guy. Trying to
Ditto - IBM 360/370. Some things never leave. BALR 14, save area trace
register 13, etc. I still love assembly. Speed and efficiency were my
big thing.
> enter the 21st century now. C++ is a lot to learn and it looks like a
> lot of it has to do with
> the way things are done in OOP. The book is very long (878 pages) but
> well regarded.
Yes, OOP is the whole purpose of C++. When it first came out, I
dismissed it as "fluff" (OOP was really new then and initial specs and
implementations had not much power). By the time C95 came out, things
had started to look more useful. By now (I've not looked in a long time)
I'm sure it deserves its highly regarded status.
> <snip sig stuff>
Well, don't want to pollute the list further. I'll just say that you
should grab some small snippets of a real application to peruse as you
go through the book. It will help assimilation (no, not the Borg kind!)
immensely.
Enjoy!
--
Bill
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
08-12-2008, 12:43 AM
"Lanny Marcus"
On Mon, Aug 11, 2008 at 1:07 PM, William L. Maltby
<CentOS4Bill@triad.rr.com> wrote:
> On Mon, 2008-08-11 at 12:38 -0500, Lanny Marcus wrote:
>> On Mon, Aug 11, 2008 at 11:38 AM, William L. Maltby
>> <CentOS4Bill@triad.rr.com> wrote:
>> Thanks! Not much C experience. I'm an old Assembly Language guy. Trying to
>
> Ditto - IBM 360/370. Some things never leave. BALR 14, save area trace
> register 13, etc. I still love assembly. Speed and efficiency were my
> big thing.
I began with IBM 360/65 ALC on an airline reservation system
<snip>
I finished the first chapter of the book. It is excellent. The author
obviously worked in industry and knows what it is like, working in the
real world.
> Yes, OOP is the whole purpose of C++. When it first came out, I
> dismissed it as "fluff" (OOP was really new then and initial specs and
> implementations had not much power). By the time C95 came out, things
> had started to look more useful. By now (I've not looked in a long time)
> I'm sure it deserves its highly regarded status.
>From reading the first chapter, I'm sure that is true. He wrote that
50 to 70% of projects end in failure. OOP should reduce that
percentage.
> Well, don't want to pollute the list further. I'll just say that you
> should grab some small snippets of a real application to peruse as you
> go through the book. It will help assimilation (no, not the Borg kind!)
> immensely.
I'll ask a former manager/colleague if he happens to have any code
from a project he worked on that isn't classified, that he can send
me.
_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
08-12-2008, 08:57 PM
Frank McCormick
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
> >
> > Sometime over the last few days I lost all sound on my system. Its
> > an intel board - audio apps tell me they can't open the sound device,
> > but when the system boots I hear a pop in the speakers as the drivers
> > are loaded.
> >
> > 00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER
> > (ICH5/ICH5R) AC'97 Audio Controller (rev 02) Subsystem: Intel
> > Corporation Device e001
> > Flags: bus master, medium devsel, latency 0, IRQ 17
> > Memory at ffa7f800 (32-bit, non-prefetchable) [size=512]
> > Memory at ffa7f400 (32-bit, non-prefetchable) [size=256]
> > Capabilities: [50] Power Management version 2
> > Kernel driver in use: Intel ICH
> > Kernel modules: snd-intel8x0
> >
> What do you you
> get from the following comands.
>
> cat /proc/asound/cards
0 [ICH5 ]: ICH4 - Intel ICH5
Intel ICH5 with AD1985 at irq 17
>
> In a terminal/Konsole, what does typing alsamixer as user show? Perhaps
> some
> update or other has muted the sound, and you now need to unmute it. Just
> a thought.
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
08-12-2008, 11:43 PM
"Paul W. Frields"
-------- Forwarded Message --------
> On Tue, 12 Aug 2008, Mike McGrath wrote:
> > On Tue, 12 Aug 2008, Paul W. Frields wrote:
> > > On Tue, 2008-08-12 at 15:52 -0500, Mike McGrath wrote:
> > > > On Tue, 12 Aug 2008, Paul W. Frields wrote:
> > > >
> > > > > Apologies for this being an idea with no code attached. I'm hoping that
> > > > > some of the able folks are on this list and will see something
> > > > > achievable.
> > > > >
> > > > > Something the Community Architecture folks and I have discovered is that
> > > > > when we sign up new folks for an account, there's not any way to mark
> > > > > them for follow up or to indicate a note for where they did it. A
> > > > > couple methods for doing this come to mind:
> > > > >
> > > > > 1. Simple but effective -- a way to tag account holders arbitrarily.
> > > > > This might help with a number of things, like skill sets, karma, and so
> > > > > forth. In this case, the tag would allow Ambassadors to follow up on
> > > > > particular shows by listing everyone with "FooCon 2008" in their tag
> > > > > list.
> > > > >
> > > > > 2. More complicated but possibly more predictable -- A plugin for FAS
> > > > > that would allow ambassadors to request or create a special signup
> > > > > portal, and use it at a show to help visitors sign up (e.g.
> > > > > join.fp.o/foocon2008 or foocon2008.join.fp.o).
> > > > >
> > > >
> > > > I'd say 2 is pretty easy in a plugin.
> > > >
> > > > https://admin.fedoraproject.org/accounts/promo/sign-up/MyPromo
> > > >
> > > > where MyPromo could just be arbitrary. It'd get flagged somewhere that we
> > > > could get it later.
> > > >
> > > > The point of this is so users can sign up with some sort of flag on how
> > > > they found out about Fedora, and then run stats on it later?
> > >
> > > Not just stats, but also to get people "assigned" geographically to
> > > Ambassadors or some other mentor group, in a way that makes sense and
> > > maximizes stickiness.
> > >
> >
> > So something more exact then timezone, locale and country or could this
> > metric bet completely independent of those values?
> >
>
> Another note on that, if we split up the ambassadors into regions (I
> suspect they already are) would it be better to just create a group for
> each region managed by the ambassadors?
We could create FAS groups for regions, sure. But there's also
particular ambassadors to consider -- for example, an Ambassador who
works on Websites might target a new signup for helping with Websites,
even though that new person lives in a different country.
Maybe groups plus the portal plugin would do the trick. I'll ask around
with the Ambassadors.
>
> We could create FAS groups for regions, sure. But there's also
> particular ambassadors to consider -- for example, an Ambassador who
> works on Websites might target a new signup for helping with Websites,
> even though that new person lives in a different country.
>
> Maybe groups plus the portal plugin would do the trick. I'll ask around
> with the Ambassadors.
>
When people sponsor someone we do track that. But for a group of sponsors
we're not.
-Mie
_______________________________________________
Fedora-infrastructure-list mailing list
Fedora-infrastructure-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
08-13-2008, 02:13 PM
Nigel Henry
On Tuesday 12 August 2008 22:57, Frank McCormick wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> > > Sometime over the last few days I lost all sound on my system. Its
> > > an intel board - audio apps tell me they can't open the sound device,
> > > but when the system boots I hear a pop in the speakers as the drivers
> > > are loaded.
> > >
> > > 00:1f.5 Multimedia audio controller: Intel Corporation 82801EB/ER
> > > (ICH5/ICH5R) AC'97 Audio Controller (rev 02) Subsystem: Intel
> > > Corporation Device e001
> > > Flags: bus master, medium devsel, latency 0, IRQ 17
> > > Memory at ffa7f800 (32-bit, non-prefetchable) [size=512]
> > > Memory at ffa7f400 (32-bit, non-prefetchable) [size=256]
> > > Capabilities: [50] Power Management version 2
> > > Kernel driver in use: Intel ICH
> > > Kernel modules: snd-intel8x0
> >
> > What do you you
> > get from the following comands.
> >
> > cat /proc/asound/cards
>
> 0 [ICH5 ]: ICH4 - Intel ICH5
> Intel ICH5 with AD1985 at irq 17
>
> > lsmod | grep snd
>
> snd_intel8x0 26268 1
> snd_ac97_codec 88484 1 snd_intel8x0
> ac97_bus 1728 1 snd_ac97_codec
> snd_pcm_oss 32800 0
> snd_mixer_oss 12320 1 snd_pcm_oss
> snd_pcm 62628 3 snd_intel8x0,snd_ac97_codec,snd_pcm_oss
> snd_timer 17800 1 snd_pcm
> snd 45604 8
> snd_intel8x0,snd_ac97_codec,snd_pcm_oss,snd_mixer_ oss,snd_pcm,snd_timer
> soundcore 6368 1 snd snd_page_alloc 7816 2
> snd_intel8x0,snd_pcm
>
> > In a terminal/Konsole, what does typing alsamixer as user show? Perhaps
> > some
> > update or other has muted the sound, and you now need to unmute it. Just
> > a thought.
>
> Nope. Nothing is muted.
>
> - --
> Frank -- debian@videotron.ca
Hi Frank. I should have realised that all the above output would be ok, when a
couple of posts back, you said that aplay was working ok.
Did you run aplay as user, or root? I ask because it sort of sounds like a
permissions problem. If you did run it as root, it may be worth a look
in /etc/group, and make sure that your user name is still attached to the
audio group.
Nigel.
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
08-13-2008, 02:26 PM
Frank McCormick
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Nigel Henry wrote:
| On Tuesday 12 August 2008 22:57, Frank McCormick wrote:
|> -----BEGIN PGP SIGNED MESSAGE-----
|> Hash: SHA1
|>
|>>> Sometime over the last few days I lost all sound on my system. Its
|>>> an intel board - audio apps tell me they can't open the sound device,
|>>> but when the system boots I hear a pop in the speakers as the drivers
|>>> are loaded.
|>>>
|>>
|>> cat /proc/asound/cards
|> 0 [ICH5 ]: ICH4 - Intel ICH5
|> Intel ICH5 with AD1985 at irq 17
|>
|>> In a terminal/Konsole, what does typing alsamixer as user show? Perhaps
|>> some
|>> update or other has muted the sound, and you now need to unmute it. Just
|>> a thought.
|> Nope. Nothing is muted.
|>
|
| Hi Frank. I should have realised that all the above output would be
ok, when a
| couple of posts back, you said that aplay was working ok.
|
| Did you run aplay as user, or root?
~ As a user. I am still in audio group.
~ I have since discovered SOME of the problem is caused by
audacious...which not only doesn't play..but sits quietly sucking up
100% cpu. I have filed a bug.
Cheers
Frank
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
08-13-2008, 04:42 PM
michael
Guys, I've lost all my hair over this and the folks on Fedora are
nowhere near as helpful as people here on Debian so I'm wondering if
anybody here knows how to change the delay time after bad password at
the gdm greeting screen? Mega thanks, Michael
-------- Forwarded Message --------
> From: michael <cs@networkingnewsletter.org.uk>
> Reply-To: For users of Fedora <fedora-list@redhat.com>
> To: For users of Fedora <fedora-list@redhat.com>
> Subject: how to decrease timeout when enter wrong password
> Date: Tue, 12 Aug 2008 15:29:41 +0100
>
> Peeps, any thoughts on the below? Ta, M
>
> On Mon, 2008-08-11 at 11:59 +0100, michael wrote:
> > I've tried and tried but failed and failed to determine where the
> > setting is for the delay post wrong user/pass at the gdmgreeter screen.
> > It current seems about 90 secs which is a bit too long (I'd be more than
> > happy to have a longer delay between attempts on ext ssh connections but
> > not when sitting in front of the machine). ta, M
> >
>
--
To UNSUBSCRIBE, email to debian-user-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
08-13-2008, 05:11 PM
Doug Goldstein
Howdy all,
Further questions regarding use.desc have come up with regard to this
GLEP. My proposed solution would be a potential amendment to the GLEP to
state that
<flag name='png' />
Would be allowed. This syntax is not actually disallowed or allowed by
the current GLEP, but mentioning it would allow a metadata.xml contain
all the USE flags that appear in IUSE, even the global ones. By using
the above syntax, it would simply state that there is no additional
descriptions or details but to just use the use.desc description.
Further more, it would allow us in the future to make that mandatory and
repoman would only have to check metadata.xml for your USE flag.
