Hozzászólások
-
SzerzőBejegyzés
-
Biztos a választási kampányokra gondol… 😀
(No! Ne politizájjámán’ te, Leslieman!) 😀 😀A linux az NTFS-t egyelõre csak olvasás szintjén támogatja.
Ha csak nem fordítod bele a kernelbe az NTFS írás támogatását. Bár nem nagyon ajánlják még, asszem… 😉 😉
…Azonban a második CD-t nem sikerült kiírnom. Az elsõ és harmadik CD-vel semmi gondom nem volt, viszont a kettes CD írásánál két CD-t is elrontott a Roxio CD író program (@Windows).
Na ezért van egy fájlban minden iso MD5SUM összege.
Hááát..
Fellownak teljesen igaza van. Van amire ez jó/van amire az.
Amúgy a windows kernelje elég jó, stabil, bombabiztos, stb (Már amennyire én hallottam/tanultam. Nincs meg a forrása, és amúgy sem értenék annyira hozzá 😉 ). Csak sajnos a ráépülõ dolgok nagyrésze igénytelen s.z.a.r, programozás technikailag. Pl állítólag volt olyan, hogy a 32 bites cd elérés kód meghívta a 16 bites cd elérés kódot, ami amúgy meghívta a dos-os mscdex kódját. 😆
Lehet, hogy nem is igaz, de ezt hallottam.A legnagyobb baj amúgy szerintem az, hogy mindezt tényleg kemény pénzekért adják.
Torvalds töredelmesen bevallotta, hogy nem õ a Linux rendszermag szerzõje. „
Egyébként ha csak sorok beolvasása a cél, akkor javaslom ezek nézegetését:
getline (GNU c alatt)
getdelim (GNU c alatt)
fgets
kiír egy warningot: conversion beetween pointer and integer. Tehát valszeg ez a gond.
A program elején adj meg neki egy char i; változót, akkor gondolom nem fog sírni a fordító. Persze csak akkor ha a ‘sor’ is karakter tömb, vagy valami ilyesmi.
A for ciklusban ugyan a c fordító automatikusan létrehoz i változót, ha nem adod meg elöl te magad, de pl az MS Visual C nem jól kezeli ezeket (globális/lokális változók prolémája).Code:for ( i=’
legutóbbi hsz