De Devschuur Coffee Corner - Iteratie ⓫

[Skyaero]

Ryur schreef op donderdag 14 december 2017 @ 11:12:
[...]
Wat is de output van:

C#:

Console.WriteLine($"Age: {frederik.Birthday}");

code:

The name 'frederik' does not exists in the current context

[BoAC]

Skyaero schreef op donderdag 14 december 2017 @ 13:12:
[...]

code:

The name 'frederik' does not exists in the current context

Ik kan geen thumbs-down geven. Eerder zou dit de fout kunnen zijn:

code:

'Developer' does not contain a definition for 'Birthday' and no extension method 'Birthday' accepting a first argument of type 'Developer' could be found (are you missing a using directive or an assembly reference?)

[Hydra]

Heb een nieuwe collega die hoorbaar door z'n neus ademt.

De. Hele. Dag.


FUUUFUUUFUUFUFFUUUUUUUUUUUUUUU

[ Voor 6% gewijzigd door Hydra op 14-12-2017 15:00 ]

[BoAC]

Is het werk zo spannend dan?
Geen mental snoepjes geven, anders gaat hij nog niezen ook..

[ Voor 50% gewijzigd door BoAC op 14-12-2017 14:39 ]

[ThomasG]

Hydra schreef op donderdag 14 december 2017 @ 14:26:
Heb een nieuwe collega die hoorbaar door z'n neus ademt.

De. Hele. Dag.


FUUUFUUUFUUFUFFUUUUUUUUUUUUUUU

Ik vraag mij dan altijd af of ze daar zelf niet helemaal krankjorem van worden. Wellicht een slechte eigenschap van mij, maar dat soort geluiden kan ik echt niet tegen en ik word daar ook gewoon serieus chagrijnig van.

[CodeCaster]

Hydra schreef op donderdag 14 december 2017 @ 14:26:
Heb een nieuwe collega die hoorbaar door z'n neus ademt.

De. Hele. Dag.


FUUUFUUUFUUFUFFUUUUUUUUUUUUUUU

Laat me raden, veertigplus en overgewicht?

Sniff-pfiew. Sniff-pfiew.

Geef 'm een doos wasknijpers op z'n bureau, misschien snapt 'ie de hint.

---

Nog zesenhalve dag werken, dan eindelijk een weekje vrij! Of nou ja, vrij, m'n boekhouding voor dit jaar afronden en afleveren bij de boekhouder om te laten uitrekenen hoeveel ik dit jaar precies overhoud.

[ Voor 22% gewijzigd door CodeCaster op 14-12-2017 14:42 ]

[Hydra]

CodeCaster schreef op donderdag 14 december 2017 @ 14:41:
Laat me raden, veertigplus en overgewicht?

Eerste wel, laatste niet. Vind 't zo lullig maar ja. Zucht.

[CodeCaster]

Hydra schreef op donderdag 14 december 2017 @ 14:55:
[...]


Eerste wel, laatste niet. Vind 't zo lullig maar ja. Zucht.

Hij of zij zal zich er zelf ook heus wel van bewust zijn, maar ik snap je ergernis. Soms is er gewoon niets aan te doen.

[Hydra]

CodeCaster schreef op donderdag 14 december 2017 @ 14:57:
Hij of zij zal zich er zelf ook heus wel van bewust zijn, maar ik snap je ergernis. Soms is er gewoon niets aan te doen.

Dat eerste betwijfel ik maargoed. Wat ik al zeg; ik heb niet direct te neiging er wat van te zeggen want 't is niet iets waar hij/zij wat aan kan doen. Hopelijk is hij/zij verkouden en houdt 't snel op. Want het is echt enorm storend.

[BoAC]

Hydra schreef op donderdag 14 december 2017 @ 14:59:
[...]


Dat eerste betwijfel ik maargoed. Wat ik al zeg; ik heb niet direct te neiging er wat van te zeggen want 't is niet iets waar hij/zij wat aan kan doen. Hopelijk is hij/zij verkouden en houdt 't snel op. Want het is echt enorm storend.

Heeft hij/zij misschien een koptelefoon op? Vaak zie/hoor je dat mensen dan extra nadrukkelijk gaan ademen door de neus.

[Hydra]

BoAC schreef op donderdag 14 december 2017 @ 15:09:
Heeft hij/zij misschien een koptelefoon op?

Nope. Klinkt alsof iemand flink verkouden is en ondanks dat toch door de neus ademt. Zo'n benauwd geluid elke 4 seconden.

[ZaZ]

Gewoon 2 seconden erna elke 4 seconden een scheet laten als hint.
En wie weet vinden jullie wel een ritme erin en gaat er nog iemand zingen.

[Gooly]

Hydra schreef op donderdag 14 december 2017 @ 14:26:
Heb een nieuwe collega die hoorbaar door z'n neus ademt.

De. Hele. Dag.


FUUUFUUUFUUFUFFUUUUUUUUUUUUUUU

Haha, ik trek dat ook niet. Ik heb ooit een collega gehad die de hele dag zachtjes mee zat te neuriën met de muziek uit zijn oordopjes. Ik kon wel tegen de muur omhoog kruipen maar koos er uiteindelijk zelf ook maar voor om met oordoppen in te werken.

[Hydra]

ZaZ schreef op donderdag 14 december 2017 @ 16:06:
Gewoon 2 seconden erna elke 4 seconden een scheet laten als hint.
En wie weet vinden jullie wel een ritme erin en gaat er nog iemand zingen.

Godver wat kinderachtig...

Maar moest wel lachen

[ZaZ]

Hydra schreef op donderdag 14 december 2017 @ 22:39:
[...]


Godver wat kinderachtig...

Maar moest wel lachen

Maak het beste van de situatie.
Haal er muziek uit.

[ Voor 9% gewijzigd door ZaZ op 15-12-2017 02:20 ]

[Sebazzz]

BoAC schreef op donderdag 14 december 2017 @ 13:19:
[...]

Ik kan geen thumbs-down geven. Eerder zou dit de fout kunnen zijn:

code:

'Developer' does not contain a definition for 'Birthday' and no extension method 'Birthday' accepting a first argument of type 'Developer' could be found (are you missing a using directive or an assembly reference?)

Onmogelijk, ik zie geen method call

[Devilly]

Iemand enig idee waarom dit werkt:

JavaScript:

onPageChange={page => this.setState({ page })}

Het is een React prop die meegegeven wordt, maar waarom hoeft page klaarblijkelijk niet als key value pair meegegeven te worden? Is dit een nieuwe JS versie feature of iets van React zelf?

Ik vind het vooralsnog een beetje eigenaardig.

[hackerhater]

Devilly schreef op vrijdag 15 december 2017 @ 11:14:
Iemand enig idee waarom dit werkt:

JavaScript:

onPageChange={page => this.setState({ page })}

Het is een React prop die meegegeven wordt, maar waarom hoeft page klaarblijkelijk niet als key value pair meegegeven te worden? Is dit een nieuwe JS versie feature of iets van React zelf?

Ik vind het vooralsnog een beetje eigenaardig.

Dit is volgens mij iets van EcmaScript 6.

[kwaakvaak_v2]

Hydra schreef op donderdag 14 december 2017 @ 15:22:
[...]


Nope. Klinkt alsof iemand flink verkouden is en ondanks dat toch door de neus ademt. Zo'n benauwd geluid elke 4 seconden.

Dat zou ik kunnen zijn... Aangenaam chronisch verkouden + bronchitis.. Dank U wel voor uw medeleven!

Maar als je echt irriteert, ik wil best ruilen als is het maar voor één maandje. Vrij kunnen ademen lijkt mij heerlijk.

[.oisyn]

Devilly schreef op vrijdag 15 december 2017 @ 11:14:
Iemand enig idee waarom dit werkt:

JavaScript:

onPageChange={page => this.setState({ page })}

Het is een React prop die meegegeven wordt, maar waarom hoeft page klaarblijkelijk niet als key value pair meegegeven te worden? Is dit een nieuwe JS versie feature of iets van React zelf?

Ik vind het vooralsnog een beetje eigenaardig.

Is dat niet gewoon het equivalent van:

JavaScript:

onPageChange = function(page) { _this.setState({ page })};

Even versimplificeerd, want je moet this natuurlijk goed capturen.

.edit:

JavaScript:

onPageChange = (function(page) { this.setState({ page })}).bind(this);

Zo dus

[ Voor 7% gewijzigd door .oisyn op 15-12-2017 11:55 ]

[EagleTitan]

.oisyn schreef op vrijdag 15 december 2017 @ 11:49:
[...]


Is dat niet gewoon het equivalent van:

JavaScript:

onPageChange = function(page) { _this.setState({ page })};

Even versimplificeerd, want je moet this natuurlijk goed capturen.

.edit:

JavaScript:

onPageChange = (function(page) { this.setState({ page })}).bind(this);

Zo dus

BIjna:

JavaScript:

onPageChange = (function(page) { this.setState({ page: page })}).bind(this);

Maar het antwoord dat @Devilly zocht is dus dat dit equivalent is sinds ECMAScript 2015:

JavaScript:

// ECMA5
var prop = 'foo';
var obj = {prop: prop};
// ECMA2015
var prop = 'foo';
var obj = {prop};

[ Voor 17% gewijzigd door EagleTitan op 15-12-2017 12:14 . Reden: Verduidelijking ]

[.oisyn]

Het ging me om de =>. Maar die simpelere object notatie was me nog niet eens opgevallen (en ik snap nu dat het daarom juist ging )

[ThomasG]

Vergeet ook niet de spread syntax en destructuring assingment. Kan een verwarrende syntax zijn, maar zijn erg handige features.

[Devilly]

EagleTitan schreef op vrijdag 15 december 2017 @ 12:06:
Maar het antwoord dat @Devilly zocht is dus dat dit equivalent is sinds ECMAScript 2015:

JavaScript:

// ECMA5
var prop = 'foo';
var obj = {prop: prop};
// ECMA2015
var prop = 'foo';
var obj = {prop};

Dit inderdaad, thanks! Op basis hiervan http://es6-features.org gevonden. Dat is een mooi overzicht van alle nieuwe mogelijkheden.

[CodeCaster]

Waar de fuck is de "recent activity" of "activity stream" gebleven in de nieuwste hosted Jira? Ik kan nergens vinden welke issues ik het laatst heb bewerkt of van status of assignee heb veranderd, op chronologische volgorde.

[ Voor 14% gewijzigd door CodeCaster op 15-12-2017 14:34 ]

[alienfruit]

Moet je ook niet zulke nieuwe dingen gebruiken! Wij hebben hier een twee jaar oude versie

[ElkeBxl]

Jira? Wat is dat? Zo'n fancy equipment hebben wij hier niet hoor

[Coca-Cola]

CodeCaster schreef op vrijdag 15 december 2017 @ 14:30:
Waar de fuck is de "recent activity" of "activity stream" gebleven in de nieuwste hosted Jira? Ik kan nergens vinden welke issues ik het laatst heb bewerkt of van status of assignee heb veranderd, op chronologische volgorde.

Disclaimer, ik zit niet op de aller aller laatste versie. Kan je niet kijken onder 'issues' (bovenin je pagina) als je daar op klikt zou je je meest recent issues moeten zien onder 'recent issues'. Je kan ook op je eigen profile klikken om je recente activiteit te zien

[Tarkin]

alienfruit schreef op vrijdag 15 december 2017 @ 14:35:
Moet je ook niet zulke nieuwe dingen gebruiken! Wij hebben hier een twee jaar oude versie

Hier zijn we aan het upgraden van de 2013 versie naar de latest and greatest versie

[CodeCaster]

Coca-Cola schreef op vrijdag 15 december 2017 @ 14:40:
[...]


Disclaimer, ik zit niet op de aller aller laatste versie. Kan je niet kijken onder 'issues' (bovenin je pagina) als je daar op klikt zou je je meest recent issues moeten zien onder 'recent issues'. Je kan ook op je eigen profile klikken om je recente activiteit te zien

Ja da's recent bekeken, niet recent gewijzigd. Ik zoek dat laatste. En juist dat overzicht in je profiel is verdwenen.

[Coca-Cola]

CodeCaster schreef op vrijdag 15 december 2017 @ 14:50:
[...]

Ja da's recent bekeken, niet recent gewijzigd. Ik zoek dat laatste. En juist dat overzicht in je profiel is verdwenen.

Tja, je kan niet zoeken op welke issues JIJ als laatst modified hebt. Je kan wel de issues vinden waar je als laatst de status van gewijzigd hebt bv:
status changed BY currentuser() AFTER -2d
Of je kan kijken naar alle issues die recent 'updated' zijn.

Wel mega a relaxed als die feature weg is, die gebruik ik echt heel veel om mijn recente updates snel terug te vinden.

[TheNephilim]

Stel dat je een beeldscherm en een afbeelding hebt en je moet kunnen plannen welke afbeelding wanneer op het scherm te zien is... hoe noem je die relatie?

<relatie>
- id
- display_id
- image_id
- datefrom
- dateto

Event is te generiek, Plan klopt eigenlijk ook niet en DeviceImage is ook nietszeggend .

[ElkeBxl]

Iets met Schedule? ImageDisplaySchedule?

[TheNephilim]

ElkeBxl schreef op vrijdag 15 december 2017 @ 15:57:
Iets met Schedule? ImageDisplaySchedule?

Nou, eigenlijk niet verkeerd, gaan we doen! Thanks

[Vaan Banaan]

Gooi het anders eens door Google Translate:
Dan kun je er SupposeYouHaveAScreenAndAnImageAndYouHaveToBeAbleToPlanWhichImageWhenYouSeeOnTheScreen van maken.
Alhoewel ik het lowerCamelCase wel veel mooier vind....

[gekkie]

Vaan Banaan schreef op vrijdag 15 december 2017 @ 17:15:
Gooi het anders eens door Google Translate:
Dan kun je er SupposeYouHaveAScreenAndAnImageAndYouHaveToBeAbleToPlanWhichImageWhenYouSeeOnTheScreen van maken.
Alhoewel ik het lowerCamelCase wel veel mooier vind....

Ah kijk eens aan .. ik kan een "geschikt vinkje" uitreiken om te kunnen werken aan overheidsprojecten a la de BRP. Al moet het dan wel in algemeen beschaafd Nederengels.

[Hydra]

There's only two hard things in computer science: cache invalidation, naming things and off by one errors

[Matis]

Hydra schreef op zondag 17 december 2017 @ 09:15:
There's only two hard things in computer science: cache invalidation, naming things and off by one errors

Je vergeet de asynchronous callbacks

[Olaf van der Spek]

Hydra schreef op zondag 17 december 2017 @ 09:15:
There's only two hard things in computer science: cache invalidation, naming things and off by one errors

I see what you did there.

[BladeSlayer1000]

De dagen, dat je graag iets voor het huishouden wilt maken, maar geen meter vooruit komt. Zo'n dag heb ik nu..

[ Voor 7% gewijzigd door BladeSlayer1000 op 17-12-2017 11:01 ]

[gekkie]

BladeSlayer1000 schreef op zondag 17 december 2017 @ 11:00:
De dagen, dat je graag iets voor het huishouden wilt maken, maar geen meter vooruit komt. Zo'n dag heb ik nu..

En de directie thuis die accepteert dat ?

[BladeSlayer1000]

gekkie schreef op zondag 17 december 2017 @ 11:25:
[...]

En de directie thuis die accepteert dat ?

Om daar maar niet over te beginnen

Valt best mee, gelukkig kunnen mijn ouders (waarvoor ik het maak) er wel tegen

[gekkie]

BladeSlayer1000 schreef op zondag 17 december 2017 @ 11:27:
[...]
Om daar maar niet over te beginnen

Valt best mee, gelukkig kunnen mijn ouders (waarvoor ik het maak) er wel tegen

Wacht maar .. denk je het eindelijk af te hebben, maar dan komt straks de "support" fase nog.
(om nog maar niet te beginnen over de feature creap )

[Ryur]

Heel iets anders, de Devschuur meeting waar wordt die normaal gehouden in Utrecht?
Is dat Cafe Olivier?

Ik ben er vandaag voor het eerst geweest, super locatie, alleen wel enorm rumoerig. Vraag me af als jullie met zo'n grote club zijn dat het lastig wordt!
(Ben nog nooit bij een Devschuur meeting geweest *schaam*)

[Ealanrian]

Daar is het in ieder geval de keren dat ik ben geweest, geweest. Ik ben helaas al een paar edities niet meer mee geweest maar vaak waren wij met de groep gewoon deel van het rumoer. Het was soms alleen lastig om een tafel te krijgen maar dat was snel opgelost vaak.

[F.West98]

Speaking of which...
F.West98 in "Devschuur meeting O"
Het werd weer eens tijd volgens mij

[Hydra]

en asynchronous callbacks.

[Merethil]

Hydra schreef op maandag 18 december 2017 @ 08:59:
en asynchronous callbacks.

The fastest code....... {pause} ...... in the world!

[hackerhater]

Zucht klanten die hun wensen omgooien wanneer de code net klaar is

[Alex)]

hackerhater schreef op maandag 18 december 2017 @ 09:34:
Zucht klanten die hun wensen omgooien wanneer de code net klaar is

Welkom in de echte wereld

[hackerhater]

Alex) schreef op maandag 18 december 2017 @ 09:50:
[...]


Welkom in de echte wereld

Niks nieuws helaas.
Ik laat ze flink ervoor betalen.

[kenneth]

Contract negotiation over customer collaboration

[hackerhater]

Fixed price is fixed price he.
Alle aanpassingen zijn meerwerk

[n8n]

Heb vakantie dus dacht, laat ik even C leren. Aan te raden om dat in een VM te doen? Ben vooral bang voor Infinite loops (wat in JS vrij desastreus is, maar niet voor je OS).

[Ealanrian]

n8n schreef op maandag 18 december 2017 @ 10:34:
Heb vakantie dus dacht, laat ik even C leren. Aan te raden om dat in een VM te doen? Ben vooral bang voor Infinite loops (wat in JS vrij desastreus is, maar niet voor je OS).

Het is mij nog niet gelukt om mijn PC vast te laten lopen met een infinite loop in C tenzij ik het bewust wou.

[n8n]

Ealanrian schreef op maandag 18 december 2017 @ 10:41:
[...]

Het is mij nog niet gelukt om mijn PC vast te laten lopen met een infinite loop in C tenzij ik het bewust wou.

Ah mooi, ergens wel logisch omdat er geen callstack is, maar ik dacht je processor is toch infinite werk aan het doen. Dank, ik kan verder.

[Hydra]

n8n schreef op maandag 18 december 2017 @ 11:00:
Ah mooi, ergens wel logisch omdat er geen callstack is, maar ik dacht je processor is toch infinite werk aan het doen.

Je processor is altijd aan het werk, die kan niet niks doen, hoogstens instructies uitvoeren die weinig energie gebruiken

Jouw programma wordt nog steeds door het OS netjes gescheduled.

[n8n]

Hydra schreef op maandag 18 december 2017 @ 11:04:
[...]


Je processor is altijd aan het werk, die kan niet niks doen, hoogstens instructies uitvoeren die weinig energie gebruiken

Jouw programma wordt nog steeds door het OS netjes gescheduled.

Ja precies, dus alleen als ik PI tot 1e100 getallen achter de komma ga berekenen (bijvoorbeeld) zegt mn computer; hey, doe ff normaal.

anyway:

code:

n8n:01 hello world Nathan$ clang hello-world.c -o hello
n8n:01 hello world Nathan$ ./hello
Hello, world!

[hackerhater]

n8n schreef op maandag 18 december 2017 @ 11:00:
[...]

Ah mooi, ergens wel logisch omdat er geen callstack is, maar ik dacht je processor is toch infinite werk aan het doen. Dank, ik kan verder.

Kan geen kwaad, MITS je het onder user rechten draait.

[Hydra]

hackerhater schreef op maandag 18 december 2017 @ 11:21:
Kan geen kwaad, MITS je het onder user rechten draait.

In plaats van?

[Tjolk]

Volgend jaar mag ik mijn iMac naar de kringloop brengen en een nieuw apparaat uitkiezen. Wordt sowieso een Ubuntu machine. Waar ik nu met name nog aan twijfel is het toetsenbord. Die van Apple -ondanks de indeling van het rechterdeel- typt wel lekker. Iemand een suggestie voor een tobo met soortgelijke toetsen?

Liefst zo plat mogelijk, maar wel enige feedback. Ik zit door de pricewatch te klikken, maar heb eigenlijk geen idee hoe ik hierop moet filteren...

[ThomasG]

Hydra schreef op maandag 18 december 2017 @ 11:28:
[...]


In plaats van?

Kernel mode

[hackerhater]

Hydra schreef op maandag 18 december 2017 @ 11:28:
[...]


In plaats van?

admin/root rechten?
Als je een stuk code als beheerder draait en je maakt een fout kan je serieuze schade veroorzaken.

[Hydra]

hackerhater schreef op maandag 18 december 2017 @ 11:45:
admin/root rechten?

Want als je software onder root draait wordt het niet meer gescheduled?

[hackerhater]

Hydra schreef op maandag 18 december 2017 @ 11:47:
[...]


Want als je software onder root draait wordt het niet meer gescheduled?

Even doordenken?
Met beheerders-rechten draai je onder zo'n hoge rechten dat je weldegelijk een deadlock kan veroorzaken.
En je kan perongeluk systeem/programma bestanden overschrijven omdat je daar simpelweg de toegang voor hebt.

Wie zegt dat n8n onder Windows werkt?
Onder Linux en OS X heb je als root de rechten om de boel te slopen.
Geen enkel programma zou met beheerders-rechten moeten draaien tenzij absoluut noodzakelijk.
En als admin onder Windows kan je ook al de nodige schade veroorzaken.

[ Voor 6% gewijzigd door hackerhater op 18-12-2017 11:53 ]

[Hydra]

hackerhater schreef op maandag 18 december 2017 @ 11:51:
Even doordenken?
Met beheerders-rechten draai je onder zo'n hoge rechten dat je weldegelijk een deadlock kan veroorzaken.
En je kan perongeluk systeem/programma bestanden overschrijven omdat je daar simpelweg de toegang voor hebt in kernel-mode.

Je haalt een paar dingen echt compleet door elkaar. O.a. wat een deadlock is (dat zijn gewoon 2 of meer threads die niks doen omdat ze wachten) en je hebt het over draaien van software met root rechten. Da's compleet wat anders dan kernel mode.

De vraag van die persoon was puur en alleen maar of een busy wait z'n systeem kan laten hangen. In het dos tijdperk kon dit, op embedded systemen / systemen die handmatig moeten yield-en kan dat. Onder gewoon Windows/Linux kan dat niet.

Root is gewoon een user en sofware onder root wordt gewoon gescheduled. Het heeft alleen wat meer rechten.

[ThomasG]

Hydra schreef op maandag 18 december 2017 @ 11:54:
[...]

De vraag van die persoon was puur en alleen maar of een busy wait z'n systeem kan laten hangen. In het dos tijdperk kon dit, op embedded systemen / systemen die handmatig moeten yield-en kan dat. Onder gewoon Windows/Linux kan dat niet.

[...]

Dat kan nog wel, enigszins. Wanneer je het proces in realtime gaat draaien (hoewel zowel Linux als Windows geen RTOS zijn), maar het is niet makkelijk om de scheduler volledig onderuit te halen.

[hackerhater]

Compleet laten vastlopen kan inderdaad niet, maar je kan alsnog de pc op zijn knieen trekken door heel veel CPU of I/O te verbruiken.
Strikt gezien hangt de pc dan niet, maar als het tig minuten duurt voor ie op iets reageerd (door de hele hoge load) ziet het alsnog uit alsof de boel hangt.
En als je meer RAM gebruikt dan er is (fisiek + virtueel) gaat de boel gewoon op zijn gat hoor.
Geen enkel OS kan daar tegen. Als je geluk hebt knalt het OS het hangende programma af, als je pech hebt een belangrijk systeem-process.

@n8n
Kijk in C vooral uit voor memory-leaks. CPU zal wel meevallen.
Het draaien onder user-rechten is meer dat je niet perongeluk iets sloopt wat belangrijk is.

[kenneth]

ThomasG schreef op maandag 18 december 2017 @ 11:59:
[...]
Dat kan nog wel, enigszins. Wanneer je het proces in realtime gaat draaien (hoewel zowel Linux als Windows geen RTOS zijn), maar het is niet makkelijk om de scheduler volledig onderuit te halen.

Een process realtime-prioriteit geven gebeurt nu niet echt per ongeluk tijdens het leren van een taal, he.

[Ealanrian]

Hydra schreef op maandag 18 december 2017 @ 11:54:
[...]


Je haalt een paar dingen echt compleet door elkaar. O.a. wat een deadlock is (dat zijn gewoon 2 of meer threads die niks doen omdat ze wachten) en je hebt het over draaien van software met root rechten. Da's compleet wat anders dan kernel mode.

De vraag van die persoon was puur en alleen maar of een busy wait z'n systeem kan laten hangen. In het dos tijdperk kon dit, op embedded systemen / systemen die handmatig moeten yield-en kan dat. Onder gewoon Windows/Linux kan dat niet.

Root is gewoon een user en sofware onder root wordt gewoon gescheduled. Het heeft alleen wat meer rechten.

Zijn er ondertussen oplossingen tegen forkbombs? Ik heb even geen zin om een forkbomb in C te testen op mijn machine

[n8n]

hackerhater schreef op maandag 18 december 2017 @ 12:01:
Compleet laten vastlopen kan inderdaad niet, maar je kan alsnog de pc op zijn knieen trekken door heel veel CPU of I/O te verbruiken.
Strikt gezien hangt de pc dan niet, maar als het tig minuten duurt voor ie op iets reageerd (door de hele hoge load) ziet het alsnog uit alsof de boel hangt.
En als je meer RAM gebruikt dan er is (fisiek + virtueel) gaat de boel gewoon op zijn gat hoor.
Geen enkel OS kan daar tegen. Als je geluk hebt knalt het OS het hangende programma af, als je pech hebt een belangrijk systeem-process.

@n8n
Kijk in C vooral uit voor memory-leaks. CPU zal wel meevallen.
Het draaien onder user-rechten is meer dat je niet perongeluk iets sloopt wat belangrijk is.

yes, weet dat je met strings uit moeten kijken (out of bounds) en null pointers exeptions kunnen tricky zijn (pardon als ik terminologie verkeerd heb).

Whoami zegt ‘n8n’ en ik heb sudo nodig voor root dingen (macOS).

[ThomasG]

n8n schreef op maandag 18 december 2017 @ 12:42:
[...]
yes, weet dat je met strings uit moeten kijken (out of bounds) en null pointers exeptions kunnen tricky zijn (pardon als ik terminologie verkeerd heb).

Whoami zegt ‘n8n’ en ik heb sudo nodig voor root dingen (macOS).

Dan ben ik eigenlijk wel benieuwd wat je van plan bent, en waar je de root rechten voor nodig hebt.

[Hydra]

hackerhater schreef op maandag 18 december 2017 @ 12:01:
Compleet laten vastlopen kan inderdaad niet, maar je kan alsnog de pc op zijn knieen trekken door heel veel CPU of I/O te verbruiken.

En dat heeft dan weer niks met al dan niet als root draaien te maken.

Je OS scheduled threads. Elke thread die 'druk' is met iets krijgt een eigen deel van de beschikbare capaciteit. En dat is max 100% van een core. Op een 4-core systeem dus 25%. Om de volledige capaciteit te gebruiken moet je dan al 4 threads starten, maar dan nog heb je evenveel prio als alle andere zaken en die worden dan ook netjes afgehandeld.

Dus tenzij je een enorm aantal threads / processes gaat spawnen heb je hier dus geen last van. En dat heeft dus wederom niks met of je proces als root draait te maken.

Geen enkel OS kan daar tegen.

Je proces crashed gewoon. Een OS kan daar prima tegen. Zo nogal wat zijn dat je een multi-user systeem hard kan laten kernel-panicen door in user-space al het geheugen te claimen

Ealanrian schreef op maandag 18 december 2017 @ 12:38:
Zijn er ondertussen oplossingen tegen forkbombs? Ik heb even geen zin om een forkbomb in C te testen op mijn machine

Je kunt met cgroups limieten stellen o.a. en VMs maar een beperkt aantal CPU cores laten gebruiken.

[ Voor 42% gewijzigd door Hydra op 18-12-2017 13:30 . Reden: Edit: Volgorde verklooid ]

[acemoo]

Ealanrian schreef op maandag 18 december 2017 @ 12:38:
[...]

Zijn er ondertussen oplossingen tegen forkbombs? Ik heb even geen zin om een forkbomb in C te testen op mijn machine

Limiet zetten op het aantal processen dat een gebruiker mag hebben.
Mijn gok is dat dit standaard niet zo is.

[whoami]

n8n schreef op maandag 18 december 2017 @ 12:42:
[...]
yes, weet dat je met strings uit moeten kijken (out of bounds) en null pointers exeptions kunnen tricky zijn (pardon als ik terminologie verkeerd heb).

Whoami zegt ‘n8n’

Ik zeg helemaal niks.

[ZaZ]

Hydra schreef op maandag 18 december 2017 @ 13:03:
[...]


En dat heeft dan weer niks met al dan niet als root draaien te maken.

Je OS scheduled threads. Elke thread die 'druk' is met iets krijgt een eigen deel van de beschikbare capaciteit. En dat is max 100% van een core. Op een 4-core systeem dus 25%. Om de volledige capaciteit te gebruiken moet je dan al 4 threads starten, maar dan nog heb je evenveel prio als alle andere zaken en die worden dan ook netjes afgehandeld.

Dus tenzij je een enorm aantal threads / processes gaat spawnen heb je hier dus geen last van. En dat heeft dus wederom niks met of je proces als root draait te maken.


[...]


Je kunt met cgroups limieten stellen o.a. en VMs maar een beperkt aantal CPU cores laten gebruiken.


[...]




Je proces crashed gewoon. Een OS kan daar prima tegen. Zo nogal wat zijn dat je een multi-user systeem hard kan laten kernel-panicen door in user-space al het geheugen te claimen

Houden we het wel leuk? Het is al vermoeiend genoeg voor een zeer hoogbegaafd iemand om met ons simpel volk in gesprek te gaan omdat we natuurlijk nogal traag van begrip zijn en nu ga je er ook nog eens tegenin!

[gekkie]

Heeft iemand een kroonsteentje te leen ?
Iemand heeft z'n spade in een 10000V kabel gezet, ik heb maar 220V nodig dus kroontje en gaan met die banaan

[ZaZ]

gekkie schreef op maandag 18 december 2017 @ 13:18:
Heeft iemand een kroonsteentje te leen ?
Iemand heeft z'n spade in een 10000V kabel gezet, ik heb maar 220V nodig dus kroontje en gaan met die banaan

Probeer eens iets met een spijkertje en wat spuug.
Misschien dat het werkt.

[ThomasG]

gekkie schreef op maandag 18 december 2017 @ 13:18:
Heeft iemand een kroonsteentje te leen ?
Iemand heeft z'n spade in een 10000V kabel gezet, ik heb maar 220V nodig dus kroontje en gaan met die banaan

Gewoon een beetje isolatietape eromheen

[gekkie]

Mjah beroerdste is nog dat de grondstof koffie thans ook niet meer te preprocessen is
(en 4G inmiddels ook traag als een slak aan het worden is).

[n8n]

ThomasG schreef op maandag 18 december 2017 @ 12:56:
[...]
Dan ben ik eigenlijk wel benieuwd wat je van plan bent, en waar je de root rechten voor nodig hebt.

Niks, wil ook geen root maar even ter bevestiging (voor mezelf) dat ik geen al te gekke dingen kan doen.

Ga een jpeg binary aanpassen en kijken of ik daar een wasm module mee kan maken voor in de browser.

[gekkie]

And then .... there was light !
En koffie

[ZaZ]

gekkie schreef op maandag 18 december 2017 @ 13:24:
And then .... there was light !
En koffie

Shocking

[gekkie]

Achja weet je ook weer hoeveel er gestookt wordt voor het westland in die oude gebouwen .. zo'n 1 1/2 uur geen verwarning scheelt toch behoorlijk met enkel-glas.

[kwaakvaak_v2]

gekkie schreef op maandag 18 december 2017 @ 13:18:
Heeft iemand een kroonsteentje te leen ?
Iemand heeft z'n spade in een 10000V kabel gezet, ik heb maar 220V nodig dus kroontje en gaan met die banaan

Ik heb wel een verlengsnoer met twee mannelijke stekkers, ideaal!.. Als bij ons de stroom uitgevallen is, stop ik de ene in ons stopcontact, en de andere in een stopcontact van de buren en het hele huis heeft weer stroom.
Soms sluit ik er ook wel eens eentje aan op de stroom agregraat van de camper. Aanrader voor dit soort situaties.

[ZaZ]

kwaakvaak_v2 schreef op maandag 18 december 2017 @ 13:31:
[...]


Ik heb wel een verlengsnoer met twee mannelijke stekkers, ideaal!.. Als bij ons de stroom uitgevallen is, stop ik de ene in ons stopcontact, en de andere in een stopcontact van de buren en het hele huis heeft weer stroom.
Soms sluit ik er ook wel eens eentje aan op de stroom agregraat van de camper. Aanrader voor dit soort situaties.

Zijn er eigenlijk inmiddels ook al genderneutrale stekkers?

[acemoo]

ZaZ schreef op maandag 18 december 2017 @ 13:33:
[...]

Zijn er eigenlijk inmiddels ook al genderneutrale stekkers?

Dat noemen we een kabel.

[jip_86]

ZaZ schreef op maandag 18 december 2017 @ 13:33:
[...]

Zijn er eigenlijk inmiddels ook al genderneutrale stekkers?

Lightning/usb-c

[gekkie]

ZaZ schreef op maandag 18 december 2017 @ 13:33:
[...]

Zijn er eigenlijk inmiddels ook al genderneutrale stekkers?

Apple hipster Magsafe komt een aardig eind (een van de dingen die me nou juist aardig leek die ze alweer hebben afgeschaft, vreemde toko).

De Q van electro-gender-beweging-alfabet kan wel ingevuld worden met QI.

[ Voor 10% gewijzigd door gekkie op 18-12-2017 13:41 ]

[ThomasG]

Een genderneutrale stekker zou zijn waarbij het contact en de stekker het zelfde zijn, en dus willekeurig te gebruiken zijn. En daar zijn er niet veel van.

[kwaakvaak_v2]

ZaZ schreef op maandag 18 december 2017 @ 13:33:
[...]

Zijn er eigenlijk inmiddels ook al genderneutrale stekkers?

vast wel een of andere quinoa kauwer die een non binary naam voor stekkers heeft verzonnen. Want stel je voor dat een bepaalde stekker zich buitengesloten voelt en kortsluiting gaat lopen maken in het openbaar.

[Mercatres]

Da's toch bliksem?

[hackerhater]

Hydra schreef op maandag 18 december 2017 @ 13:03:
[...]


Je proces crashed gewoon. Een OS kan daar prima tegen. Zo nogal wat zijn dat je een multi-user systeem hard kan laten kernel-panicen door in user-space al het geheugen te claimen

Je beseft toch wel dat je hier precies mijn punt bevestigd he?
Dat onder user-rechten er verschillende beveiligingen aanwezig zijn die de pc beschermen.
Maar dat je die onder root niet hebt. Een root proces (zoals een driver) kan de boel onderuit trekken.

Het wordt niet voor niets vaak gezegd onder *nix
Root is god.
Root onder *nix is vergelijkbaar met System onder Windows....

[ Voor 9% gewijzigd door hackerhater op 18-12-2017 14:10 ]

[ThomasG]

hackerhater schreef op maandag 18 december 2017 @ 14:08:
[...]


Je beseft toch wel dat je hier precies mijn punt bevestigd he?
Dat onder user-rechten er verschillende beveiligingen aanwezig zijn die de pc beschermen.
Maar dat je die onder root niet hebt. Een root proces (zoals een driver) kan de boel onderuit trekken.

Het wordt niet voor niets vaak gezegd onder *nix
Root is god

Dat komt omdat de kernel, en op monolitische besturingssystemen ook de drivers e.d., in kernel mode van de CPU draaien. Daardoor kunnen ze o.a. geheugen benaderen wat niet van hunzelf is, zo kan een cd-rom driver bijwijze van spreken het systeem onderuit halen. Normaal gesproken draaien alle andere processen in user-mode van de CPU, waardoor het alleen bij zijn eigen geheugen kan, of het nu wel of niet onder root rechten draait.

(Bij micro-kernels (waarvan er maar weinig zijn, de meeste zijn monolitisch of semi-hybrid) draait enkel de microkernel zelf in kernel-mode, en zaken als de scheduler, drivers, e.d. allemaal in user-mode.)

[hackerhater]

ThomasG schreef op maandag 18 december 2017 @ 14:14:
[...]
Dat komt omdat de kernel, en op monolitische besturingssystemen ook de drivers e.d., in kernel mode van de CPU draaien. Daardoor kunnen ze o.a. geheugen benaderen wat niet van hunzelf is, zo kan een cd-rom driver bijwijze van spreken het systeem onderuit halen. Normaal gesproken draaien alle andere processen in user-mode van de CPU, waardoor het alleen bij zijn eigen geheugen kan, of het nu wel of niet onder root rechten draait.

(Bij micro-kernels (waarvan er maar weinig zijn, de meeste zijn monolitisch of semi-hybrid) draait enkel de microkernel zelf in kernel-mode, en zaken als de scheduler, drivers, e.d. allemaal in user-mode.)

Stil onder root houd niks je tegen om systeembestanden te overschrijven of te verwijderen, je bootloader te slopen, processen als init af te schieten (wat direct een panic veroorzaakt).
Of dus het hele resterende geheugen te claimen met een geheugenlek....

Die scheduler zal je niet beschermen als je een grote screwup maakt.
Root heeft de rechten om die af te schieten, zijn eigen process naar real-time te zetten, etc
Er is letterlijk niks dat root niet kan op de machine.

Komt weer op mijn eerste opmerking neer: Draai je software niet als root.

[ Voor 9% gewijzigd door hackerhater op 18-12-2017 14:22 ]

[dcm360]

hackerhater schreef op maandag 18 december 2017 @ 14:08:
[...]


Je beseft toch wel dat je hier precies mijn punt bevestigd he?
Dat onder user-rechten er verschillende beveiligingen aanwezig zijn die de pc beschermen.
Maar dat je die onder root niet hebt. Een root proces (zoals een driver) kan de boel onderuit trekken.

Het wordt niet voor niets vaak gezegd onder *nix
Root is god.
Root onder *nix is vergelijkbaar met System onder Windows....

Ehm, nee. Een proces dat je start als root draait nog steeds in user-space (gelukkig). Je verwart de uitvoerrechten op de cpu van kernel-space en user-space met uitvoerrechten op het os van root en user.

[Hydra]

hackerhater schreef op maandag 18 december 2017 @ 14:08:
Maar dat je die onder root niet hebt. Een root proces (zoals een driver) kan de boel onderuit trekken.

Je haalt nog steeds de root user en kernel space door elkaar. Misschien weer ff van je eilandje afkruipen en het verschil gaan googlen.

hackerhater schreef op maandag 18 december 2017 @ 14:17:
Komt weer op mijn eerste opmerking neer: Draai je software niet als root.

Nee. In je eerste opmerking doe je alsof een proces onder root anders gescheduled wordt dan een proces onder een niet-root user. En dat is niet zo. Nu probeer je door allerhande hoepels te springen om maar niet toe te hoeven geven dat je fout zat. Want stel je toch eens voor dat we gaan twijfelen aan je fantastische IQ.

Je hebt je intelligentie zo'n onderdeel gemaakt van je persoon dat je er van weerhoudt nieuwe dingen te leren. En je jaagt iedereen van wie je daadwerkelijk wat zou kunnen leren meteen tegen je in het harnas. Het is een extreem slechte karaktereigenschap. Dit zeg ik niet om je te pesten maar in de hoop dat je er wat aan gaat doen.

En da's het laatste wat ik over dit geneuzel wat je gewoon kunt googlen te melden heb.

[ Voor 57% gewijzigd door Hydra op 18-12-2017 14:30 ]

[gekkie]

hackerhater schreef op maandag 18 december 2017 @ 14:17:
[...]
Stil onder root houd niks je tegen om systeembestanden te overschrijven of te verwijderen, je bootloader te slopen, processen als init af te schieten (wat direct een panic veroorzaakt).
Of dus het hele resterende geheugen te claimen met een geheugenlek....

Die scheduler zal je niet beschermen als je een grote screwup maakt.
Root heeft de rechten om die af te schieten, zijn eigen process naar real-time te zetten, etc
Er is letterlijk niks dat root niet kan op de machine.

Komt weer op mijn eerste opmerking neer: Draai je software niet als root.

Achja hangt er ook een beetje vanaf wat er op draait, als dat voornamelijk single-user (desktop) is maakt het ook weer niet zoveel uit, belangrijkste (documenten zooi) kun je dan toch wel bij.

[El_kingo]

hackerhater schreef op maandag 18 december 2017 @ 14:17:
[...]

... processen als init af te schieten (wat direct een panic veroorzaakt). ...

Nee hoor:
Uit man 2 kill:
The only signals that can be sent to process ID 1, the init process, are those for which init has explicitly installed signal handlers. This is done to assure the system is not brought down accidentally.

in het geval van systemd is er geen handler gespecificeerd voor SIGKILL, dus er gebeurt helemaal niets...

[hackerhater]

Hydra schreef op maandag 18 december 2017 @ 14:26:
[...]


Je haalt nog steeds de root user en kernel space door elkaar. Misschien weer ff van je eilandje afkruipen en het verschil gaan googlen.

Je zit mischien met kleine restricties door user-space, maar elke system-call zal geaccepteerd worden omdat je met de hoogste rechten draait.
Schrijven op bestanden waar je niks te zoeken hebt, belangrijke processen kunnen afschieten, etc.
Het is maar heel weinig dat een root-process niet kan en een kernel-mode process wel.

Dat verschil is te klein om uberhaupt te overwegen om je software met die rechten te laten draaien, laat staan als je de boel nog het leren bent.
Al is het maar om foutjes als dit te voorkomen:

rm -r /Users/ whatever/mijn_instellingen

Een process onder een user-account krijgt access denied, een process onder root gooit doodleuk alle bestanden in /Users/ weg....

Voor de introductie van --no-preserve-root was een bekende fout ook rm -r / whatever hier/
Huppa alle bestanden op de pc weg als het process als root draaide.

Een root-process wordt niet anders gescheduled, maar dat root-process kan wel belangrijke system-processen af knallen.

Hydra schreef op maandag 18 december 2017 @ 14:26:
[...]


Je haalt nog steeds de root user en kernel space door elkaar. Misschien weer ff van je eilandje afkruipen en het verschil gaan googlen.


[...]


Nee. In je eerste opmerking doe je alsof een proces onder root anders gescheduled wordt dan een proces onder een niet-root user. En dat is niet zo. Nu probeer je door allerhande hoepels te springen om maar niet toe te hoeven geven dat je fout zat. Want stel je toch eens voor dat we gaan twijfelen aan je fantastische IQ.

Mijn eerste opmerking was "mits onder user-rechten". Daar kwam de eerste opmerking op.

El_kingo schreef op maandag 18 december 2017 @ 14:32:
[...]


Nee hoor:
Uit man 2 kill:
The only signals that can be sent to process ID 1, the init process, are those for which init has explicitly installed signal handlers. This is done to assure the system is not brought down accidentally.

in het geval van systemd is er geen handler gespecificeerd voor SIGKILL, dus er gebeurt helemaal niets...

I stand corrected voor systemd. Onder het oude init-systeem kon dat wel.