Buggfix Plus
Aktuellt datum och tid: 16.29 2019-05-26

Alla tidsangivelser är UTC + 1 timme




Svara på tråd  [ 146 inlägg ]  Gå till sida Föregående  1 ... 6, 7, 8, 9, 10
Författare Meddelande
 Inläggsrubrik: Re: Enkla men fatala buggar
InläggPostat: 22.44 2017-03-01 
Gått bort
Användarvisningsbild

Blev medlem: 07.13 2008-07-03
Inlägg: 13969
Ort: Norrköping
Skicka koden (minsta möjliga) så kollar jag imorgon.


Upp
 Profil  
 
 Inläggsrubrik: Re: Enkla men fatala buggar
InläggPostat: 23.23 2017-03-01 

Blev medlem: 21.06 2011-01-29
Inlägg: 833
Prova med -Wformat-security. Har funnits i gcc i många år men vissa vendors har den avstängd som default.
-Wall är lite förrädisk då den skippar ganska många varningstyper. format-security är en av dem.


Upp
 Profil  
 
 Inläggsrubrik: Re: Enkla men fatala buggar
InläggPostat: 20.07 2017-03-04 
Användarvisningsbild

Blev medlem: 11.03 2007-09-10
Inlägg: 9156
Ort: Alingsås
Aha, jag trodde -Wall betydde alla varningar. Dumt att det heter så annars.
Jag ska prova med -Wformat-security.

EDIT: Ja, nu får jag en varning. Det ska jag ha som standard i fortsättningen. :)


Upp
 Profil  
 
 Inläggsrubrik: Re: Enkla men fatala buggar
InläggPostat: 20.21 2017-03-04 
Användarvisningsbild

Blev medlem: 11.03 2007-09-10
Inlägg: 9156
Ort: Alingsås
lillahuset skrev:
Skicka koden (minsta möjliga) så kollar jag imorgon.


Hur mycket vill du ha? :D
Citera:
Code analys:
45 filer, totalt 24138 rader, 804899 tecken


Ehm.. men nu var det ju bara printf() som var problemet, så jag brydde mig inte om koden runt om.


Upp
 Profil  
 
 Inläggsrubrik: Re: Enkla men fatala buggar
InläggPostat: 20.22 2017-03-04 
Gått bort
Användarvisningsbild

Blev medlem: 07.13 2008-07-03
Inlägg: 13969
Ort: Norrköping
Jag tror du bör ha båda. Jag har för mig att det finns en -Wpedantic också.

Jag läste om din fråga och log för mig själv över min slarviga läsning tidigare. C är ett underbart språk, det ger en alla möjligheter att göra sig illa. Tacka Kernighan&Ritchie för det. :D

Du har ju svaret så vi kan strunta i koden.


Upp
 Profil  
 
 Inläggsrubrik: Re: Enkla men fatala buggar
InläggPostat: 22.12 2017-03-04 

Blev medlem: 13.28 2006-09-23
Inlägg: 9161
Ort: Södertälje
C uppkom för att hjälpa till vid OS-skapande och är väldigt mycket formad av problemen kring detta. Uppenbarligen duger den till OS-snickrande än idag trots alla sina nackdelar - frågan att ställa är snarare varför används inte ett bättre alternativ idag över 40 år senare???

och vilken språkmiljö skulle då vara lämplig för det ???


Upp
 Profil  
 
 Inläggsrubrik: Re: Enkla men fatala buggar
InläggPostat: 23.04 2017-03-04 
Användarvisningsbild

Blev medlem: 11.03 2007-09-10
Inlägg: 9156
Ort: Alingsås
För att "bättre" alternativ kanske inte alltid är anpassat för enklare (maskinnära) programmering, utan förutsätter att man har närmast obegränsat med minne och hastighet. Och de andra mer "maskinnära" alternativen (som jag inte känner till så bra, kanske "forth" är ett av dem) inte är helt utvecklade eller generella.


Upp
 Profil  
 
 Inläggsrubrik: Re: Enkla men fatala buggar
InläggPostat: 06.34 2017-03-05 
Gått bort
Användarvisningsbild

Blev medlem: 07.13 2008-07-03
Inlägg: 13969
Ort: Norrköping
FORTH är både välutvecklat och generellt. Jag tror största anledningen till att vi ser så lite FORTH är att det är stackbaserat och då blir folk förvirrade. Och kanske lite väl minimalistiskt. :)


Upp
 Profil  
 
 Inläggsrubrik: Re: Enkla men fatala buggar
InläggPostat: 10.30 2017-05-07 

Blev medlem: 12.10 2013-08-08
Inlägg: 9
Tror faktiskt det är svårare att läsa postfix jämfört med infix, i synnerhet när värden lagras på stacken när andra operationer utförs. Lärde mig åtminstone själv väldigt snabbt att använda HP-räknare och började tycka att vanliga miniräknare var sämre att räkna på. Har däremot aldrig upplevt det som lättsamt att läsa, granska, och ändra program för HP-räknare eller skrivna i FORTH, jämfört med infix-språk.


Upp
 Profil  
 
 Inläggsrubrik: Re: Enkla men fatala buggar
InläggPostat: 21.00 2017-06-14 
EF Sponsor

Blev medlem: 02.10 2010-03-22
Inlägg: 419
Det är ingen bugg, snarare en fallgrop !

För dom som eventuellt håller på med Atmel AVR assembler så vill jag berätta om något jag och många andra svurit om mer än en gång. Då jag använt en massa olika processorer genom åren, har jag iaf glömt bort detta ett par gånger.

SBR och CBR är sk mnemonics för "Set Bit Register" och "Clear Bit Register" - men SBR och CBR är igentligen logical OR respektive logical AND
och har samma opcode som dessa, men finns med i AVR's datablad som egna instruktioner, alla övriga instruktioner som relaterar till bitar (0-7) är just bitar (0 - 7 ) Visst står det hur man skall använda SBR/CBR om man läser ordentligt - men det är många som missat detta !

SBR r16, 3 = ORI r16, 0x03 - "00000011"
CBR r16, 3 = ANDI r16, 0x03 - "000000011"

Nedan är vad man förväntat sig av dessa "instruktioner" om vi pratar logical or / and

ORI r16, (1<<3)
ANDI r16, ~(1<<3)


Upp
 Profil  
 
 Inläggsrubrik: Re: Enkla men fatala buggar
InläggPostat: 13.41 2019-02-19 

Blev medlem: 10.36 2011-12-20
Inlägg: 8
Jag skulle säga att det är en bitwise OR/AND, och inte en logisk, och att det står fel i databladet (eller så är de bara otydliga med att de menar en logisk OR/AND per bit). Funktionen stämmer ju bra med en bitwise OR, där flaggan "00000011" ju kommer att sätta bitarna 6 och 7.

EDIT: Lite gammalt inlägg såg jag nu, men men...


Upp
 Profil  
 
Visa inlägg nyare än:  Sortera efter  
Svara på tråd  [ 146 inlägg ]  Gå till sida Föregående  1 ... 6, 7, 8, 9, 10

Alla tidsangivelser är UTC + 1 timme


Vilka är online

Användare som besöker denna kategori: Inga registrerade användare och 3 gäster


Du kan inte skapa nya trådar i denna kategori
Du kan inte svara på trådar i denna kategori
Du kan inte redigera dina inlägg i denna kategori
Du kan inte ta bort dina inlägg i denna kategori
Du kan inte bifoga filer i denna kategori

Sök efter:
Hoppa till:  
   
Drivs av phpBB® Forum Software © phpBB Group
Swedish translation by Peetra & phpBB Sweden © 2006-2010