abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 21:55 | Komunita

Nadace pro svobodný software (FSF) oznámila aktualizaci seznamu prioritních oblastí (changelog), na které by se měli vývojáři a příznivci svobodného softwaru zaměřit. Jsou to například svobodný operační systém pro chytré telefony, hlasová a video komunikace nebo softwarový inteligentní osobní asistent.

Ladislav Hagara | Komentářů: 1
včera 16:44 | Nová verze

Byla vydána verze 2.0.0 knihovny pro vykreslování grafů v programovacím jazyce Python Matplotlib (Wikipedie, GitHub). Přehled novinek a galerie grafů na stránkách projektu.

Ladislav Hagara | Komentářů: 0
včera 15:33 | Komunita

V australském Hobartu probíhá tento týden konference linux.conf.au 2017. Na programu je celá řada zajímavých přednášek. Sledovat je lze online.

Ladislav Hagara | Komentářů: 0
včera 10:20 | Zajímavý článek

Pavel Tišnovský se v dvoudílném článku na MojeFedora.cz věnuje bitmapovým (rastrovým) grafickým editorům ve Fedoře. V prvním dílu se věnuje editorům MyPaint, MtPaint, Pinta, XPaint, Krita a GIMP. V pokračování pak editorům GNU Paint (gpaint), GrafX2, KolourPaint, KIconEdit a Tux Paint.

Ladislav Hagara | Komentářů: 1
16.1. 17:11 | Komunita

Byl proveden bezpečnostní audit svobodného IMAP a POP3 serveru Dovecot (Wikipedie). Audit byl zaplacen z programu Mozilla Secure Open Source a provedla jej společnost Cure53. Společnost Cure53 byla velice spokojena s kvalitou zdrojových kódu. V závěrečné zprávě (pdf) jsou zmíněny pouze 3 drobné a v upstreamu již opravené bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
16.1. 15:30 | IT novinky

Nadace Raspberry Pi představila na svém blogu Raspberry Pi Compute Module 3 (CM3 a CM3L), tj. zmenšené Raspberry Pi vhodné nejenom pro průmyslové využití. Jedná se o nástupce Raspberry Pi Compute Module (CM1) představeného v dubnu 2014. Nový CM3 vychází z Raspberry Pi 3 a má tedy dvakrát více paměti a desetkrát větší výkon než CM1. Verze CM3L (Lite) je dodávána bez 4 GB eMMC flash paměti. Uživatel si může připojit svou vlastní. Představena byla

… více »
Ladislav Hagara | Komentářů: 1
16.1. 01:23 | Nová verze

Oficiálně bylo oznámeno vydání verze 3.0 multiplatformního balíku svobodných kancelářských a grafických aplikací Calligra (Wikipedie). Větev 3 je postavena na KDE Frameworks 5 a Qt 5. Krita se osamostatnila. Z balíku byly dále odstraněny aplikace Author, Brainstorm, Flow a Stage. U Flow a Stage se předpokládá jejich návrat v některé z budoucích verzí Calligry.

Ladislav Hagara | Komentářů: 7
15.1. 15:25 | Nová verze

Bylo oznámeno vydání první RC (release candidate) verze instalátoru pro Debian 9 s kódovým názvem Stretch. Odloženo bylo sloučení /usr jako výchozí nastavení v debootstrap. Vydán byl také Debian 8.7, tj. sedmá opravná verze Debianu 8 s kódovým názvem Jessie.

Ladislav Hagara | Komentářů: 6
15.1. 13:37 | Zajímavý projekt

1. ledna byl představen projekt Liri (GitHub). Jedná se o spojení projektů Hawaii, Papyros a původního projektu Liri s cílem vyvíjet operační systém (linuxovou distribuci) a aplikace s moderním designem a funkcemi. Včera byl představen Fluid 0.9.0 a také Vibe 0.9.0. Jedná se o toolkit a knihovnu pro vývoj multiplatformních a responzivních aplikací podporující Material Design (Wikipedie) a volitelně také Microsoft Design Language (designový jazyk Microsoft) [reddit].

Ladislav Hagara | Komentářů: 8
14.1. 00:33 | Zajímavý software

Google na svém blogu věnovaném open source představil knihovnu pro komprimaci a dekomprimaci 3D grafiky s názvem Draco. Knihovna bude využívána například v aplikacích pro virtuální a rozšířenou realitu. Porovnání Draco s gzip na YouTube. Zdrojové kódy Draco jsou k dispozici na GitHubu pod licencí Apache 2.0.

Ladislav Hagara | Komentářů: 5
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (10%)
 (2%)
 (75%)
 (3%)
 (10%)
Celkem 304 hlasů
 Komentářů: 24, poslední včera 10:14
    Rozcestník
    Reklama

    Dotaz: problem s odvozovanim C++ trid v samostatnych souborech

    8.8.2008 10:00 neregistrovaný
    problem s odvozovanim C++ trid v samostatnych souborech
    Přečteno: 338×
    Zdravim,

    Mam nasledujici C++ zacatecnicky problem a po dlouhym zkouseni a hledani uz nevim co dal s nim:

    Mam tridu cprinting a v ni se snazim vytvaret objekty cobject_box, cobject_line (a dalsi) zalozene na tride cobject (zkousel jsem ji pro jistotu uz i prejmenovavat). cobject.h neobsahuje nic svetobornyho, v podstate jen tu deklaraci tridy, dve jeji clenske promenne, konstruktor a jednu virtualni funkci 'print()'. Nic v ni neni private.

    Pro vetsi kratkost jsem z nasledujicich vypisu vyhazel vse nezajimave vcetne namespacu (i z chybovych hlasek)(ktere nemeni nic na vysledcich). Cele je to vytvarene v kdevelop.

    soubor cprinting.h

    #include "cobject.h"
    #include "cobject_box.h"
    #include "cobject_line.h"
    
    ...
    
    //forward deklarace
    class cobject;          //potreba kvuli ukazateli na instanci
        
    //class cobject_box;   \_ nemeni nic
    //class cobject_line;  /
    
    //deklarace
    class cprinting
    {
        public:
            ...
    
    soubor cobject.h
    
    #include "cprinting.h"
    
    ...
    
    class cprinting;        //forward deklarace
    
    class cobject_base
    {
       public:
           ...
    
    
    soubor cobject_box.h:
    
    #include "cobject.h"
    #include "cprinting.h"
    
    ...
    
    class cprinting;        //forward deklarace
    
    class cobject_box : public cobject
    {
        public:
            ...
    
    Takze toto pri kompilaci haze tento vysledek:
    In file included from cprinting.h:23,
                     from cobject.h:10,
                     from cobject.cpp:2:
    cobject_box.h:29: error: expected class-name before ‘{’ token
    In file included from cprinting.h:24,
                     from cobject.h:10,
                     from cobject.cpp:2:
    cobject_line.h:33: error: expected class-name before ‘{’ token
    
    Coz je prave ta uvedena '{' v cobject_box.h pod radkem class.

    Po pridani forward deklarace 'class cobject;' do cobject_box.h a pripadne i cobject_line.h dostanu:

    In file included from cprinting.h:23,
                     from cobject.h:10,
                     from cobject.cpp:2:
    cobject_box.h:29: error: invalid use of incomplete type ‘struct cobject’
    cobject_box.h:27: error: forward declaration of ‘struct cobject’
    In file included from cprinting.h:24,
                     from cobject.h:10,
                     from cobject.cpp:2:
    cobject_line.h:33: error: invalid use of incomplete type ‘struct cobject’
    cobject_box.h:27: error: forward declaration of ‘struct cobject’
    
    Pokud tam nacpu celou deklaraci tridy cobject, tak to na me rve redefinici. Pokud pouziju kompiler z trojkovy rady, tak taky nic.

    Nemate nekdo nahodou nejakej hint k nakopnuti?

    Odpovědi

    8.8.2008 10:13 neregistrovaný
    Rozbalit Rozbalit vše Re: problem s odvozovanim C++ trid v samostatnych souborech
    Juj! cobject_base=cobject (tot ten pokus o prejmenovani tridy pro jistotu a nouze nejvyssi, ale nechtel jsem zbytecne mast jinyma nazvama souboru nez tridy. Nicvice vlastni nepozornosti pri uprave nazvu tridy jsem tomu moc nepomoh'. :-(
    8.8.2008 11:04 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: problem s odvozovanim C++ trid v samostatnych souborech
    Máš tam smyčku include deklarací.
    8.8.2008 11:26 vencas | skóre: 32
    Rozbalit Rozbalit vše Re: problem s odvozovanim C++ trid v samostatnych souborech
    vrzni na začátek hlaviček
    #pragma once
    8.8.2008 12:21 neregistrovaný
    Rozbalit Rozbalit vše Re: problem s odvozovanim C++ trid v samostatnych souborech
    Nedela to nahodou stejnou praci, jako kdyz mam v kazdym souboru neco na zpusob:
    #ifndef COBJECT_H
    #define COBJECT_H
    
    ...
    
    #endif
    
    ?

    (Mozna jsem ty vypisy zestrucnil az moc... :-/ ) Nicmene jsem to dal do vsech hlavicek pred to #ifndef, ale vysledek je uplne stejnej... :-(

    8.8.2008 12:57 Sinuhet | skóre: 31
    Rozbalit Rozbalit vše Re: problem s odvozovanim C++ trid v samostatnych souborech

    Mate nekde v cobject.h plnou definici tridy cobject? Bez ni totiz nemuzete z cobject dedit.

    P.S. Priste se, prosim, pokuste dodat minimalni, ale uplny kod, ktery neni protkan zaplavou trojtecek. Obvykle se lidem totiz podari vynechat prave ty casti kodu, ktere jsou pro vznik chyby klicove. A to je IMHO i tento pripad.

    8.8.2008 13:58 neregistrovaný
    Rozbalit Rozbalit vše Re: problem s odvozovanim C++ trid v samostatnych souborech
    Pardon... Spatne rozeznavam to dulezity... :-( Tuhle je ta uplnejsi verze cobject.h vcetne deklarece ty tridy cobject:
    
    #ifndef COBJECT_H
    #define COBJECT_H
    
    #include "common.h"
    #include "cprinting.h"
    
    
    namespace printer
    {
    	class cprinting;
    
    	class cobject
    	{
    		public:
    			cobject ( cprinting *pcprint, Uint32 _x0, Uint32 _y0 );
                
    			cobject ( cprinting *pcprint, const char *input_line );
                
    			virtual void printObject();
                
    			~cobject();
    
    		protected:
    			Uint32 posx;
    			Uint32 posy;
    			cprinting *pprinting;
    
    	};
    }
    
    #endif
    
    Uplnou definici tech funkci mam v cobject.c. Je to spatne?
    8.8.2008 14:15 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: problem s odvozovanim C++ trid v samostatnych souborech
    Vyhoď z toho to #include "cprinting.h". Od toho ty forward deklarace existují - když chceš použít pointer (nebo možná i referenci, pokud se nemýlím), stačí vědět, že nějaká třída toho názvu vůbec existuje a k tomu stačí forward deklarace. Naopak pokud by přímo součástí struktury (třídy) měla být jiná struktura (třída), což je vlastně i případ dědění, pak už by forward deklarace nestačila.

    #include "cprinting.h" pak bude potřeba až v cobject.cpp, tam už ale nebude vadit.
    8.8.2008 15:30 neregistrovaný
    Rozbalit Rozbalit vše Re: problem s odvozovanim C++ trid v samostatnych souborech
    Mno vida, to bylo to spravny nakopnuti! :-) Diky! Prebytecny includy jsem vyhazel do .cpp souboru a hned jsem postoupil az k linkovani! Tot ten spravnej level, kde se na me pro zmenu vysypala spousta mnohonasobnych definici neclenskych inicializovanych textovych retezcu z tech headeru... :-))) Mno, s tim uz si snad nejak poradim... Nejakej registrovanej dobrovolnik, kterej tento pripad uzavre? ;-)
    8.8.2008 13:03 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: problem s odvozovanim C++ trid v samostatnych souborech
    Takže, jsem překladač: překládám cobject.cpp. vidím include cobject.h, otevírám tedy cobject.h. vidím include cprinting.h, jdu do cprinting.h. vidím cobject.h, ale kvůli ifndefu ho už nezpracovávám. vidím cobject_box.h, jdu do cobject_box.h. opět kvůli ifndef přeskočím include cobject.h a cprinting.h, vidím class cobject_box : public cobject, ale o tříde cobject ještě vůbec nic nevím, protože jsem z cobject.h musel utéct nejdřív sem!
    8.8.2008 14:08 neregistrovaný
    Rozbalit Rozbalit vše Re: problem s odvozovanim C++ trid v samostatnych souborech
    Hmm. Tohle, a jak vlastne doopravdy pracuje ten prekladac, to bude asi na hlubsi zamysleni, az dorazim z prace domu. :-) Je sice fajn, kdyz se rozhodnu vyzkouset si napsat neco v c++, ale taky by bylo asi fajn precist si neco malo o tom prekladaci a ne jen o odvozovani trid. Vyrazim z prace domu...

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.