Internetový prohlížeč Ladybird ohlásil tranzici z programovacího jazyka C++ do Rustu. Přechod bude probíhat postupně a nové komponenty budou dočasně koexistovat se stávajícím C++ kódem. Pro urychlení práce bude použita umělá inteligence, při portování první komponenty prohlížeče, JavaScriptového enginu LibJS, bylo během dvou týdnů pomocí nástrojů Claude Code a Codex vygenerováno kolem 25 000 řádků kódu. Nejedná se o čistě autonomní vývoj pomocí agentů.
Byl vydán Mozilla Firefox 148.0. Přehled novinek v poznámkách k vydání a poznámkách k vydání pro vývojáře. Nově lze snadno povolit nebo zakázat jednotlivé AI funkce. Řešeny jsou rovněž bezpečnostní chyby. Nový Firefox 148 bude brzy k dispozici také na Flathubu a Snapcraftu.
Byla vydána nová verze 22.1.0, tj. první stabilní verze z nové řady 22.1.x, překladačové infrastruktury LLVM (Wikipedie). Přehled novinek v poznámkách k vydání: LLVM, Clang, LLD, Extra Clang Tools a Libc++.
X86CSS je experimentální webový emulátor instrukční sady x86 napsaný výhradně v CSS, tedy bez JavaScriptu nebo dalších dynamických prvků. Stránka 'spouští' assemblerovový program mikroprocesoru 8086 a názorně tak demonstruje, že i prosté CSS může fungovat jako Turingovsky kompletní jazyk. Zdrojový kód projektu je na GitHubu.
Po šesti letech byla vydána nová verze 1.3 webového rozhraní ke gitovým repozitářům CGit.
Byla vydána nová verze 6.1 linuxové distribuce Lakka (Wikipedie), jež umožňuje transformovat podporované počítače v herní konzole. Nejnovější Lakka přichází s RetroArchem 1.22.2.
Matematický software GNU Octave byl vydán ve verzi 11.1.0. Podrobnosti v poznámkách k vydání. Vedle menších změn rozhraní jsou jako obvykle zahrnuta také výkonnostní vylepšení a zlepšení kompatibility s Matlabem.
Weston, referenční implementace kompozitoru pro Wayland, byl vydán ve verzi 15.0.0. Přehled novinek v příspěvku na blogu společnosti Collabora. Vypíchnout lze Lua shell umožňující psát správu oken v jazyce Lua.
Organizace Apache Software Foundation (ASF) vydala verzi 29 integrovaného vývojového prostředí a vývojové platformy napsané v Javě NetBeans (Wikipedie). Přehled novinek na GitHubu. Instalovat lze také ze Snapcraftu a Flathubu.
Ústavní soud na svých webových stránkách i v databázi NALUS (NÁLezy a USnesení Ústavního soudu) představil novou verzi chatbota využívajícího umělou inteligenci. Jeho posláním je usnadnit veřejnosti orientaci v rozsáhlé judikatuře Ústavního soudu a pomoci jí s vyhledáváním informací i na webových stránkách soudu, a to i v jiných jazycích. Jde o první nasazení umělé inteligence v rámci webových stránek a databází judikatury českých soudů.
void main(void)
{
int *p;
p = (int *) malloc(sizeof(int *) * 5);
p[2]=10;
p[50]=11;
printf("%d", p[50]);
free(p);
}
A jak by se, prosím vás, dalo toto zapsat správně?
Díky.
3. Pointer p ukazuje na int, ale alokujete pamět na 5 ukazatelů na int, nikoliv na 5 integerů.Na většině systémů jsou oba typy 32bitové, takže žádný problém.
(já jenom tak rejpu, původně jsem pouze naznačoval, že ačkoliv to samozřejmě chyba je, tak na řešený problém to nejspíše vliv nemá)
sizeof(int) == sizeof(int*). Za tímhle tvrzení si stojím. Tečka.
#include <stdio.h>
int main (void) {
printf ("%i, %i\n", sizeof(int), sizeof(int*));
return 0;
}
#gcc -o sizeof -Wall -pedantic sizeof.c
#./sizeof
4, 4
#
Nikdy jsem netvrdil, že ten zápis v otázce je dobře nebo dokonce že by se to tak mělo dělat. Nikdy jsem netvrdil, že přístup "na x86 to bude fungovat, tak to tak nechám" je správný. Proto mi ani nemusíte opakovat, že
program, který většinou funguje, je daleko nebezpečnější, než program, který nefunguje skoro nikdy.Opravdu nemusíte. Vím to sám.
#include <stdio.h>
#include <stdlib.h>
int main(void)
{
int *p;
p = (int *) malloc(sizeof(int *) * 5);
p[2]=10;
p[50]=11;
printf("%d", p[50]);
free(p);
return 0;
}
p = (int *) malloc(sizeof(int *) * 5); p[2]=10;Vytvoril si si totiz volnu pamat velkosti (5*smernik na int) a nasledne zapisujes do tohto pola ako by to bolo pole intov. Pravdepodobne to malo vyzarat takto:
p = (int *) malloc( sizeof(int) * 5 );Takisto tu je problem s tym, ze zapisujes na miesto, ktore ti takpovediac nepatri (p[50]=11;)...
#include <stdio.h>
#include <stdlib.h>
int main(void)
{
int *p;
p = (int *) malloc( sizeof(int) * 51 );
p[2]=10;
p[50]=11;
printf("%d", p[50]);
free(p);
return 0;
}
... tak to na funkčnost programu přímý vliv nějak extra asi mít nebude
Ale u tazatele čekám podmínky dost podobné. A i kdyby, tak to bude třeba dvakrát víc nebo půlka, to ještě není tak hrozné
-Wall)
Zásada č.II: vždy používej nějaký malloc debugger.
Jedním z nejjednodušších je electric fence, stačí jen přilinkovat k binárce -lefence . Nedělá nic jiného než že zajistí, že takto špatně napsaný program spolehlivě chcípne na SIGSEGV (jak se sluší a patří).
char **pole;
scena = fopen( "./config/scena.txt" , "rt");
pole = (char **)malloc(sizeof(char*));
char buffer[512];
while(fscanf(scena, "%s",&buffer) != EOF){
pole[i] = (char *)malloc(sizeof(char) * strlen(buffer));
strcpy(pole[i], buffer);
i++;
}
.
void main (void) {
printf ("%d\n", sbrk (0));
int *p = (int *) malloc (sizeof (int) * 10);
printf ("%d\n", sbrk (0));
int *i = (int *) sbrk (0);
printf ("Tohle je jeste moje\n");
*(i - 1) = 100;
printf ("Tohle uz ne a nastane konec
\n");
*i = 100;
}
i[55] = 5 to přepíše - pak se program bude chovat zcela nevypočitatelně.
Tiskni
Sdílej: