Difference between g++ and c++?
by Joachim Backes
Hi,
In F12, I installed gcc-c++, containing /usr/bin/g++ and /usr/bin/c++:
comparing both, getting the result: these files are identical. Why then
c++ is not a link to g++? Are there important philosophical or
historical reasons?
ls -l /usr/bin/c++ /usr/bin/g++
-rwxr-xr-x 4 root root 235972 2009-12-22 13:57 /usr/bin/c++
-rwxr-xr-x 4 root root 235972 2009-12-22 13:57 /usr/bin/g++
diff /usr/bin/c++ /usr/bin/g++ && echo files are identical
files are identical
Regards
--
Joachim Backes <joachim.backes(a)rhrk.uni-kl.de>
http://www.rhrk.uni-kl.de/~backes
14 years, 3 months
RE: Inquiry
by Hristo Petkov
Hi Guys,
I have installed OmegaT on my PC under F11 and it works pretty well.
I found on OmegaT.com a TTX binary plugin for linux (called toxic), I downloaded it and unpacked it, but I don't know how to install it. (the unpacked folder contains a bin file and three other files).
The bin file fails to run both with the Autorun Prompt and in the system terminal as SU.
Would you advise me what to do to install this TTX binary plugin under OmegaT, or do you know something else that can be installed in OmegaT in order to be able to read, edit, and write TTX files for Trados.
Best regards,
Christo Petkov
14 years, 3 months
Multihoming confusion
by fedora
Hi every
I am changing the ISP from aaa.bbb.243.160/27 to ccc.ddd.206.128/27.
In order to provide seamless service to our customers I made the hosts
concerned multihomed, i.e. I added them a logical interface on the new
subnet. I did not introduce a additional NIC into the hosts.
Then, I changed the default route on the hosts to the new network.
e.g in one host concerned you will see
myhost:~ # ifconfig
eth0 Link encap:Ethernet HWaddr 00:80:AD:B8:39:C3
inet addr:ccc.ddd.206.132 Bcast:aaa.bbb.243.191
Mask:255.255.255.224
inet6 addr: fe80::80:adb8:39c3/10 Scope:Link
inet6 addr: fe80::280:adff:feb8:39c3/10 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:2733080 errors:0 dropped:0 overruns:0 frame:0
TX packets:2494806 errors:0 dropped:0 overruns:0 carrier:0
collisions:119322 txqueuelen:100
RX bytes:791914000 (755.2 Mb) TX bytes:579375282 (552.5 Mb)
Interrupt:9 Base address:0xf000
eth0:1 Link encap:Ethernet HWaddr 00:80:AD:B8:39:C3
inet addr:192.168.97.164 Bcast:192.168.97.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Interrupt:9 Base address:0xf000
eth0:2 Link encap:Ethernet HWaddr 00:80:AD:B8:39:C3
inet addr:aaa.bbb.243.164 Bcast:ccc.ddd.206.159
Mask:255.255.255.224
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Interrupt:9 Base address:0xf000
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:372918 errors:0 dropped:0 overruns:0 frame:0
TX packets:372918 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:92340116 (88.0 Mb) TX bytes:92340116 (88.0 Mb)
myhost:~ #
and
myhost:~ # route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
aaa.bbb.243.160 0.0.0.0 255.255.255.224 U 0 0 0 eth0
ccc.ddd.206.128 0.0.0.0 255.255.255.224 U 0 0 0 eth0
192.168.97.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
0.0.0.0 ccc.ddd.206.129 0.0.0.0 UG 0 0 0 eth0
myhost:~ #
NOTE: this multihoming has nothing to do with additional security or
performance.
I did not install something with iproute2 or other routing enhancements.
PROBLEM: the multihoming works only partially.
if I invoke e.g. ping on http://iptools.com/ the ping reply does not come
back to its origin. The echo request reaches my server, my server sends an
echo reply, which never reaches the originator.
myhost:~ # tcpdump -n ip proto \\icmp
Kernel filter, protocol ALL, datagram packet socket
tcpdump: listening on eth0
10:58:35.508765 74.52.9.36 > aaa.bbb.243.164: icmp: echo request (DF)
10:58:35.508765 aaa.bbb.243.164 > 74.52.9.36: icmp: echo reply (DF)
10:58:36.508765 74.52.9.36 > aaa.bbb.243.164: icmp: echo request (DF)
10:58:36.508765 aaa.bbb.243.164 > 74.52.9.36: icmp: echo reply (DF)
10:58:37.508765 74.52.9.36 > aaa.bbb.243.164: icmp: echo request (DF)
10:58:37.508765 aaa.bbb.243.164 > 74.52.9.36: icmp: echo reply (DF)
10:58:38.508765 74.52.9.36 > aaa.bbb.243.164: icmp: echo request (DF)
10:58:38.508765 aaa.bbb.243.164 > 74.52.9.36: icmp: echo reply (DF)
10:58:39.508765 74.52.9.36 > aaa.bbb.243.164: icmp: echo request (DF)
10:58:39.508765 aaa.bbb.243.164 > 74.52.9.36: icmp: echo reply (DF)
...
on http://iptools.com/ :
PING aaa.bbb.243.164 (aaa.bbb.243.164) 56(84) bytes of data.
--- aaa.bbb.243.164 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 3999ms
If, however, I ping the Host on the other (the new) network address from
http://iptools.com/, the ping gets through:
myhost:~ # tcpdump -n ip proto \\icmp
Kernel filter, protocol ALL, datagram packet socket
tcpdump: listening on eth0
11:23:04.117248 74.52.9.36 > ccc.ddd.206.132: icmp: echo request (DF)
11:23:04.117248 ccc.ddd.206.132 > 74.52.9.36: icmp: echo reply (DF)
11:23:05.117248 74.52.9.36 > ccc.ddd.206.132: icmp: echo request (DF)
11:23:05.117248 ccc.ddd.206.132 > 74.52.9.36: icmp: echo reply (DF)
11:23:06.117248 74.52.9.36 > ccc.ddd.206.132: icmp: echo request (DF)
11:23:06.117248 ccc.ddd.206.132 > 74.52.9.36: icmp: echo reply (DF)
11:23:07.117248 74.52.9.36 > ccc.ddd.206.132: icmp: echo request (DF)
11:23:07.117248 ccc.ddd.206.132 > 74.52.9.36: icmp: echo reply (DF)
11:23:08.117248 74.52.9.36 > ccc.ddd.206.132: icmp: echo request (DF)
11:23:08.117248 ccc.ddd.206.132 > 74.52.9.36: icmp: echo reply (DF)
on http://iptools.com/
PING ccc.ddd.206.132 (ccc.ddd.206.132) 56(84) bytes of data.
64 bytes from ccc.ddd.206.132: icmp_seq=1 ttl=245 time=132 ms
64 bytes from ccc.ddd.206.132: icmp_seq=2 ttl=245 time=132 ms
64 bytes from ccc.ddd.206.132: icmp_seq=3 ttl=245 time=133 ms
64 bytes from ccc.ddd.206.132: icmp_seq=4 ttl=245 time=132 ms
64 bytes from ccc.ddd.206.132: icmp_seq=5 ttl=245 time=132 ms
--- ccc.ddd.206.132 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4000ms
rtt min/avg/max/mdev = 132.915/132.980/133.114/0.405 m
If I ping the iptools.com host from my host:
myhost:~ # ping 74.52.9.36
PING 74.52.9.36 (74.52.9.36): 56 data bytes
64 bytes from 74.52.9.36: icmp_seq=0 ttl=54 time=134.925 ms
64 bytes from 74.52.9.36: icmp_seq=1 ttl=54 time=133.172 ms
64 bytes from 74.52.9.36: icmp_seq=2 ttl=54 time=133.426 ms
64 bytes from 74.52.9.36: icmp_seq=3 ttl=54 time=133.735 ms
64 bytes from 74.52.9.36: icmp_seq=4 ttl=54 time=133.503 ms
--- 74.52.9.36 ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max = 133.172/133.752/134.925 ms
myhost:~ #
Summary: If, on my host, a service is called for on the old
(aaa.bbb.243.160/27) network, it is not properly answered on the new
network (ccc.ddd.206.128/27).
I also tried to enable IP forwarding on this host
myhost:~ # !493
echo "1" > /proc/sys/net/ipv4/ip_forward
myhost:~ # cat /proc/sys/net/ipv4/ip_forward
1
myhost:~ #
but this did not change anything either.
Furthermore, I was informed on my googling around, that IP forwarding must
not be enabled on a multihomed host.
What did I miss?
Thanks for any hints.
suomi
14 years, 3 months
help
by Prabhakar Pandey
i have recently installed fedora-8 together with windows vista.
i hav some problems in fedora .
1. my time is not showing correctly in fedora as i try to change it the time
in vista is changed.
2. Software Updater isn't working correctly . as i try to use it it hangs
and i am unbale to do anything .
3. how do i install movie player and other media players in fedora .
4. how can i configure yum in fedora -8.
thanks
Prabhakar Pandey
14 years, 3 months
Subject:,Re: QTParted - normal behaviour or BZ?
by DB
On 01/31/2010 01:35 AM, users-request(a)lists.fedoraproject.org wrote:
> Subject:
> Re: QTParted - normal behaviour or BZ?
> From:
> Cameron Simpson <cs(a)zip.com.au>
> Date:
> Sun, 31 Jan 2010 10:54:52 +1100
>
> To:
> Freddog_de(a)yahoo.co.uk, Community support for Fedora users
> <users(a)lists.fedoraproject.org>
>
>
> |
> | Question: is it correct/normal behaviour for an app just to vanish,
> | rather than to give an error indication?
>
> Only statisticly. Someone's been a bit lazy. Of course it should give an
> error indication.
>
>
> | Should it be BZed?
>
> "BZ"ed?
>
BugZilla-ed!
> Subject:
> Re: QTParted - normal behaviour or BZ?
> From:
> Marc Wilson <msw(a)cox.net>
> Date:
> Sat, 30 Jan 2010 16:35:00 -0800
>
> To:
> Community support for Fedora users <users(a)lists.fedoraproject.org>
>
>
> On Sat, Jan 30, 2010 at 2:58 PM, DB<Freddog_de(a)yahoo.co.uk> wrote:
>
>
>> > Question: is it correct/normal behaviour for an app just to vanish,
>> > rather than to give an error indication? Should it be BZed?
>>
> It*does* give an error message. Your argument is instead that it
> should produce a shiny dialog box that you have to click on, vs a
> terse announcement on STDERR.
>
> If it's*supposed* to produce that shiny dialog box (quick look at
> source will tell you), and it doesn't, then it should have a bug filed
> against it with Fedora. If it's not supposed to, and you think it
> should, then it's an upstream request.
>
Thanks, I assume/expect (innocent that I am!) that a GUI would give me
a GUI indication - even if it was only a redirect of STDERR ; after all,
it starts off its "looking at the drive" window & then vanishes. I
would hope (NOT being a designer/programmer) that it would come back to
the top window, showing the available drives, so that I had the choice
of continuing with it.
Thanks to you both for your clarifications, I'll see what I can do next!
Dave
14 years, 3 months
nouveau on a kernel.org kernel not official Fedora kernel?
by Antonio Olivares
Dear fellow fedora users,
I have compiled a kernel from kernel.org(2.6.30) to make a working kernel module for a dialup winmodem. IT no longer works with 2.6.31.X or higher :(, I have successfully run it but get no working X.
I copied exactly the Fedora config for the kernel without any modifications, the kernel starts up fine, but X does not work. I know that I can use the nvidia binary driver here, but is there an easy way to make noveau work here?
IF I boot a Fedora kernel I see
nouveau 538240 2
ttm 34264 1 nouveau
drm_kms_helper 22700 1 nouveau
drm 136056 4 nouveau,ttm,drm_kms_helper
i2c_algo_bit 4820 1 nouveau
i2c_core 23352 4 i2c_i801,nouveau,drm,i2c_algo_bit
In my newly compiled & installed kernel, I don't see this and I try to
# modprobe noveau
but I get something about DRM
I read here,
http://nouveau.freedesktop.org/wiki/InstallNouveau
http://nouveau.freedesktop.org/wiki/InstallDRM
but those instructions appear too complicated making me think to just install nvidia driver and forget about it. Is there an easy way to keep nouveau running/installed on this self compiled kernel?
Thanks in Advance,
Antonio
14 years, 3 months
Network Audio
by Bill Davidsen
I would love to just use one system for sound and let other systems send audio
to it. Is network audio a reasonable solution? Suggestions if not?
Assume having multiple systems using the same server is not an issue,
coordination is possible, overlap is acceptable.
--
Bill Davidsen <davidsen(a)tmr.com>
"We have more to fear from the bungling of the incompetent than from
the machinations of the wicked." - from Slashdot
14 years, 3 months
having problems running Cmake
by Jim
FC12/KDE
# cmake -DCMAKE_INSTALL_PREFIX=/opt/kde4 .. #here you put your path to
kde4.
-- The C compiler identification is GNU
-- The CXX compiler identification is unknown
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
CMake Error: your CXX compiler: "CMAKE_CXX_COMPILER-NOTFOUND" was not
found. Please set CMAKE_CXX_COMPILER to a valid compiler path or name.
CMake Error at /usr/share/cmake/Modules/FindKDE4.cmake:84 (MESSAGE):
ERROR: cmake/modules/FindKDE4Internal.cmake not found in
/root/.kde/share/apps;/usr/share/kde-settings/kde-profile/default/share/apps;/usr/share/kde4/apps
Call Stack (most recent call first):
CMakeLists.txt:3 (find_package)
CMake Warning (dev) in CMakeLists.txt:
No cmake_minimum_required command is present. A line of code such as
cmake_minimum_required(VERSION 2.6)
should be added at the top of the file. The version specified may be
lower
if you wish to support older CMake versions for this project. For more
information run "cmake --help-policy CMP0000".
This warning is for project developers. Use -Wno-dev to suppress it.
-- Configuring incomplete, errors occurred!
[root@acer64 build]# cmake --help-policy CMP0000
cmake version 2.6-patch 4
------------------------------------------------------------------------------
SingleItem
CMP0000
A minimum required CMake version must be specified.
CMake requires that projects specify the version of CMake to which
they have been written. This policy has been put in place so users
trying to build the project may be told when they need to update
their
CMake. Specifying a version also helps the project build with
CMake
versions newer than that specified. Use the cmake_minimum_required
command at the top of your main CMakeLists.txt file:
cmake_minimum_required(VERSION <major>.<minor>)
where "<major>.<minor>" is the version of CMake you want to support
(such as "2.6"). The command will ensure that at least the given
version of CMake is running and help newer versions be
compatible with
the project. See documentation of cmake_minimum_required for
details.
Note that the command invocation must appear in the CMakeLists.txt
file itself; a call in an included file is not sufficient. However,
the cmake_policy command may be called to set policy CMP0000 to
OLD or
NEW behavior explicitly. The OLD behavior is to silently ignore
the
missing invocation. The NEW behavior is to issue an error
instead of
a warning. An included file may set CMP0000 explicitly to
affect how
this policy is enforced for the main CMakeLists.txt file.
This policy was introduced in CMake version 2.6.0.
[root@acer64 build]# cmake -DCMAKE_INSTALL_PREFIX=/opt/kde4 .. #here
you put your path to kde4.
-- The CXX compiler identification is unknown
CMake Error: your CXX compiler: "CMAKE_CXX_COMPILER-NOTFOUND" was not
found. Please set CMAKE_CXX_COMPILER to a valid compiler path or name.
CMake Error at /usr/share/cmake/Modules/FindKDE4.cmake:84 (MESSAGE):
ERROR: cmake/modules/FindKDE4Internal.cmake not found in
/root/.kde/share/apps;/usr/share/kde-settings/kde-profile/default/share/apps;/usr/share/kde4/apps
Call Stack (most recent call first):
CMakeLists.txt:3 (find_package)
CMake Warning (dev) in CMakeLists.txt:
No cmake_minimum_required command is present. A line of code such as
cmake_minimum_required(VERSION 2.6)
should be added at the top of the file. The version specified may be
lower
if you wish to support older CMake versions for this project. For more
information run "cmake --help-policy CMP0000".
This warning is for project developers. Use -Wno-dev to suppress it.
-- Configuring incomplete, errors occurred!
14 years, 3 months