DGL • Thema anzeigen - SIGSEV wegen Bezeichnername

SIGSEV wegen Bezeichnername

Moderator: DGL-Team

Seite 1 von 3

[ 34 Beiträge ]

Gehe zu Seite 1, 2, 3 Nächste

Druckansicht

Vorheriges Thema | Nächstes Thema

Autor

Nachricht

mathias

Betreff des Beitrags: SIGSEV wegen Bezeichnername

Verfasst: Fr Okt 30, 2015 20:13

DGL Member

Registriert: Fr Mai 31, 2002 19:41
Beiträge: 1278
Wohnort: Bäretswil (Schweiz)
Programmiersprache: Pascal

Code:

layout(std140) uniform mu {Material zmate;};

Der Bezeichner zmate muss etwas ganz ominöses sein.
Ursprünglich hiess er Material, da wollte ich ihn in material umbenennen. Dann kahm aber bei der Ausführung des Programmes ein SIGSEV.
Mit Material oder zmate, läuft es ohne Fehler.
Aber bei material, mate9 oder mate, kommt ein SIGSEV.
Natürlich habe ich alle Bezeichner im Shader und nicht nur die Deklaration umbenannt.

Wen ich einen Bezeichner vergessen hätte umzubenennen, dann hätte es einen Shader-Kompilerfehler gegeben.

Egal, ob ich unter Win oder Linux compiliere.

Manchmal fragt man sich schon, was in den Computern passiert.

Edit:Mein Intel Atom, hat den gleichen Fehler.

_________________
OpenGL

Nach oben

Sascha Willems

Betreff des Beitrags: Re: SIGSEV wegen Bezeichnername

Verfasst: Sa Okt 31, 2015 11:44

DGL Member

Registriert: Mo Sep 23, 2002 19:27
Beiträge: 5812
Programmiersprache: C++

Was für eine SIGSEV kommt denn? Aus dem OpenGL-Treiber oder aus deiner Anwendung? Der Name dürfte damit nichts zu tun haben. Wenn du ein reserviertes Keyword nutzt, schlägt ja schon das Compilieren des Shaders fehl.

Und wie sieht der Rest des Codes aus?

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Nach oben

mathias

Betreff des Beitrags: Re: SIGSEV wegen Bezeichnername

Verfasst: Sa Okt 31, 2015 20:01

DGL Member

Registriert: Fr Mai 31, 2002 19:41
Beiträge: 1278
Wohnort: Bäretswil (Schweiz)
Programmiersprache: Pascal

Kann es sein, das GLSL Probleme mit einem kleinen "m" am Anfang eines Bezeichners hat.

Wen ich hie m2aterial oder material nehme, hat meine Mesh einen Rotstich.
Bei Material oder zmaterial klappts.
Wenigsten kommt bei folgenden Beispiel kein SIGSEV.

Code:

  LightingShader =
    '    struct materialParams {' + LineEnding +
    '       vec4 emission;' + LineEnding +
    '       vec4 ambient;' + LineEnding +
    '       vec4 diffuse;' + LineEnding +
    '       vec4 specular;' + LineEnding +
    '       float shininess;     // Glanz' + LineEnding +
    '    };' + LineEnding +
 
    '    struct Lighting {' + LineEnding +
    '      vec4 position;' + LineEnding +
    '      vec4 ambient;    // Umgebungslicht' + LineEnding +
    '      vec4 diffuse;    // Lichtfarbe' + LineEnding +
    '      vec4 specular;   // Spiegelnd' + LineEnding +
    '    };' + LineEnding +
 
    '    uniform materialParams m2aterial;' + LineEnding + // ?????
 
    '    uniform Lighting LightSource;' + LineEnding +
 
    '    vec4 Light(in vec3 Normal, in vec3 Position)' + LineEnding +
    '    {' + LineEnding +
    '      vec3 N       = normalize(Normal);' + LineEnding +
    '      vec4 emissiv = m2aterial.emission;' + LineEnding +
    '      vec4 ambient = m2aterial.ambient * LightSource.ambient;' + LineEnding +
    '      vec3 L = vec3(0.0);' + LineEnding +
    '      vec3 H = vec3(0.0);' + LineEnding +
 
    '      L            = normalize(vec3(LightSource.position) - Position);' + LineEnding +
    '      vec4 Pos_eye = vec4(0.0, 0.0, 1.0, 0.0);' + LineEnding +
    '      vec3 A       = Pos_eye.xyz;' + LineEnding +
    '      H            = normalize(L + A);' + LineEnding +
 
    '      vec4 diffuse       = vec4(0.0, 0.0, 0.0, 1.0);' + LineEnding +
    '      vec4 specular      = vec4(0.0, 0.0, 0.0, 1.0);' + LineEnding +
    '      float diffuseLight = max(dot(N, L), 0.0);' + LineEnding +
    '      if (diffuseLight > 0.0) {' + LineEnding +
    '        diffuse         = diffuseLight * m2aterial.diffuse * LightSource.diffuse;' + LineEnding +
    '        float specLight = pow(max(dot(H, N), 0.0), m2aterial.shininess);' + LineEnding +
    '        specular        = specLight * m2aterial.specular * LightSource.specular;' + LineEnding +
    '      }' + LineEnding +
    '      return emissiv + ambient + diffuse + specular;' + LineEnding +
    '    }';
 
var
  i: integer;
 
begin
  Lighting.Enabled := lightON;
 
  for i := 0 to Length(AShader) - 1 do begin
    if Lighting.Enabled then begin
      AShader[i] := StringReplace(AShader[i], '$light.glsl', LightingShader, [rfReplaceAll, rfIgnoreCase]) + #0;
    end else begin
      AShader[i] := StringReplace(AShader[i], '$light.glsl', noLightingShader, [rfReplaceAll, rfIgnoreCase]) + #0;
    end;
  end;
 
  inherited Create(AShader);
 
  if Lighting.Enabled then begin
    with Lighting.UniformID do begin
      with Light do begin
        position := UniformLocation('LightSource.position');
        ambient := UniformLocation('LightSource.ambient');
        diffuse := UniformLocation('LightSource.diffuse');
        specular := UniformLocation('LightSource.specular');
      end;
      with Material do begin
        emission := UniformLocation('m2aterial.emission');
        ambient := UniformLocation('m2aterial.ambient');
        diffuse := UniformLocation('m2aterial.diffuse');
        specular := UniformLocation('m2aterial.specular');
        shininess := UniformLocation('m2aterial.shininess');
      end;
    end;     

_________________
OpenGL

Nach oben

Sascha Willems

Betreff des Beitrags: Re: SIGSEV wegen Bezeichnername

Verfasst: So Nov 01, 2015 11:36

DGL Member

Registriert: Mo Sep 23, 2002 19:27
Beiträge: 5812
Programmiersprache: C++

Nein, ein kleines "m" am Anfang ist kein spezieller Bezeichner oder so.

Ich habe eher deinen Code zum Hochladen der Daten im Verdacht. Poste bitte mal den Teil in dem du die UBOs aktualisierst. Evtl. wir da wegen des fehlenden std140 ein Padding gemacht,

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Nach oben

mathias

Betreff des Beitrags: Re: SIGSEV wegen Bezeichnername

Verfasst: So Nov 01, 2015 13:29

DGL Member

Registriert: Fr Mai 31, 2002 19:41
Beiträge: 1278
Wohnort: Bäretswil (Schweiz)
Programmiersprache: Pascal

Bei diesem Codeschnippsel kann es nicht am UBO liegen, da dieser dort gar nicht verwendet wird.
Dort hat es nur gewoehliche Uniforms.

Ich werde spaeter trozdem den UBO Code hochladen, aber in dem OBO Thread.
Weil dort stimmt auch etwas nicht.
Dort hat es irgendwelche Kompflickte mit anderen Buffer.

_________________
OpenGL

Nach oben

TAK2004

Betreff des Beitrags: Re: SIGSEV wegen Bezeichnername

Verfasst: So Nov 01, 2015 21:51

DGL Member

Registriert: Di Mai 18, 2004 16:45
Beiträge: 2622
Wohnort: Berlin
Programmiersprache: Go, C/C++

Klingt für mich eher nach nen Fehler in deinem Speicherbezogenen Code, also alle Bufferübergaben, falsche größe oder format vom Sader lade Code.
Ein häufiger Kandidat ist die 0 terminierung der einzelnen Shaderzeilen.
Man kann ja 2 Varianten übergeben, entweder über 0 terminierung jedes strings oder über eine 2. liste mit den längen.
Wenn man das mixt, dann kommen auch lustige Fehler Zustande.

Ich bin damals auf ein Bug in meiner String Klasse gestoßen, weil ich in mein Shader Buchstaben geändert hab und er dann ab und zu mal Speicherfehler warf.
Lag an der 0 Terminierung, die nicht immer passierte und häufig im nicht Alloziierten Speichermüll ne 0 folgte.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Nach oben

mathias

Betreff des Beitrags: Re: SIGSEV wegen Bezeichnername

Verfasst: So Nov 01, 2015 22:28

DGL Member

Registriert: Fr Mai 31, 2002 19:41
Beiträge: 1278
Wohnort: Bäretswil (Schweiz)
Programmiersprache: Pascal

Ich habe gerade probehalber den Shader 0-Terminiert übergeben, es hatte keine Wirkung

Code:

procedure TShader.LoadShaderObject(const AShader: ansistring; shaderType: GLuint);
var
  ShaderObject: GLhandle;
  Str: ansistring;
  l: GLint;
 
  ErrorStatus: integer;
  InfoLogLength: GLsizei;
begin
  ShaderObject := glCreateShader(shaderType);
 
  l := Length(AShader);
  Str:=AShader + #0;
  glShaderSource(ShaderObject, 1, @Str, nil);
//  glShaderSource(ShaderObject, 1, @AShader, @l);
  glCompileShader(ShaderObject);
  glAttachShader(FProgramObject, ShaderObject); 

Zitat:

Ein häufiger Kandidat ist die 0 terminierung der einzelnen Shaderzeilen.

Wieso kommst du auf einzelne Zeilen ?

_________________
OpenGL

Nach oben

mathias

Betreff des Beitrags: Re: SIGSEV wegen Bezeichnername

Verfasst: So Nov 01, 2015 23:06

DGL Member

Registriert: Fr Mai 31, 2002 19:41
Beiträge: 1278
Wohnort: Bäretswil (Schweiz)
Programmiersprache: Pascal

glEnableVertexAttribArray, glDisableVertexAttribArray könnten diese beiden Befehle einen Einfluss auf das Ganze haben ?
Ich habe nirgends ein glDisableVertexAttribArray,

_________________
OpenGL

Nach oben

TAK2004

Betreff des Beitrags: Re: SIGSEV wegen Bezeichnername

Verfasst: So Nov 01, 2015 23:23

DGL Member

Registriert: Di Mai 18, 2004 16:45
Beiträge: 2622
Wohnort: Berlin
Programmiersprache: Go, C/C++

Ich bin kein delphi profie aber du brauchst ein pointer auf ein pchar, ka. Ob ansistring auch ein pointer ist aber Sonnst sehe ich kein problem an der stelle.

Vertexattrib wird im aktuell gebundenen objekt angewandt und ist kein globaler state.
Man macht in der regel noch ein bind auf 0 um sicher zu gehen, dass kein folgender coder noch gültige änderungen auf das objekt macht.

Am besten mal codexl starten und gucken was er so sagt.
Sonnst würde ich mal unter linux valgrind durchjagen.
Beide tools helfen in der regel recht zuverlässig das problem zu finden.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Nach oben

end

Betreff des Beitrags: Re: SIGSEV wegen Bezeichnername

Verfasst: Mo Nov 02, 2015 17:28

Compliance Officer

Registriert: So Aug 08, 2010 08:37
Beiträge: 460
Programmiersprache: C / C++ / Lua

Das geht bei mir:

Code:

 
function TEVOpenGLShader.Load(shadertype: GLenum; text: String): Boolean;
var
  shader: GLHandle;
  len: GLint;
  txt: PAnsiChar;
begin
  fOwner.Bind;
  shader := glCreateShader(shadertype);
  txt := @text[1];
  len := Length(text);
  glShaderSource(shader,1,@txt,@len);
  glCompileShader(shader);
  if CheckShader(shader) then
  begin
    glAttachShader(fProgram, shader);
    Result := true;
  end
  else
    Result := false;
  CheckProgram;
  glDeleteShader(shader);
end;

_________________
offizieller DGL Compliance Beauftragter
Never run a changing system! (oder so)

Nach oben

mathias

Betreff des Beitrags: Re: SIGSEV wegen Bezeichnername

Verfasst: Mo Nov 02, 2015 18:21

DGL Member

Registriert: Fr Mai 31, 2002 19:41
Beiträge: 1278
Wohnort: Bäretswil (Schweiz)
Programmiersprache: Pascal

Bewirkt bei mir keine Änderung. :cry:

Trotzdem Danke.

_________________
OpenGL

Nach oben

Sascha Willems

Betreff des Beitrags: Re: SIGSEV wegen Bezeichnername

Verfasst: Mo Nov 02, 2015 18:57

DGL Member

Registriert: Mo Sep 23, 2002 19:27
Beiträge: 5812
Programmiersprache: C++

Mal mit den Debug Extensions von OpenGL geschaut was der Treiber sagt? Ansonsten wie von Tak angesprochen ein passendes Tool, evtl. auch den glDebugger oder was in der IDE deiner Wahl so integriert ist (wenn es sowas überhaupt für Delphi gibt).

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Nach oben

mathias

Betreff des Beitrags: Re: SIGSEV wegen Bezeichnername

Verfasst: Mo Nov 02, 2015 20:31

DGL Member

Registriert: Fr Mai 31, 2002 19:41
Beiträge: 1278
Wohnort: Bäretswil (Schweiz)
Programmiersprache: Pascal

Zitat:

Mal mit den Debug Extensions von OpenGL geschaut was der Treiber sagt?

Code:

// Assign our message event to the gl debug callback
glDebugMessageCallback(@GLDebugCallBack, nil);
// And tell the driver to give us all available GL debug messages, see http://davidgow.net/musings/nvidia-open ... utput.html
glDebugMessageControl(GL_DONT_CARE, GL_DONT_CARE, GL_DONT_CARE, 0, nil, True);

Sind das das relevanten Zeilen. das man den Debugger nutzen kann ?

Ich habe deine GLDebugCallBack procedure kopiert, nur motzt der Complier.

Code:

oglshader.pas(256,42) Error: Incompatible types: got "<address of procedure(LongWord;LongWord;LongWord;LongWord;LongInt;const PChar;Pointer);StdCall>" expected "<procedure variable type of procedure(LongWord;LongWord;LongWord;LongWord;LongInt;const PChar;Pointer);CDecl>"

glDebugMessageControl kompiliert er anstandslos mit, nur dort gibt es keine Ausgabe.

_________________
OpenGL

Nach oben

TAK2004

Betreff des Beitrags: Re: SIGSEV wegen Bezeichnername

Verfasst: Mo Nov 02, 2015 22:30

DGL Member

Registriert: Di Mai 18, 2004 16:45
Beiträge: 2622
Wohnort: Berlin
Programmiersprache: Go, C/C++

CodeXL für Windows oder Linux laden und damit die Executable starten.
CodeXL hängt sich automatisch an die Debug API mit dem Prozess und nutzt noch zusätzlich die alten Möglichkeiten aus der glDebugger Codebase.

Die Stackmechanik ist die Falsche, stdcall ist üblicherweise VS c++ und ein paar andere Hochsprachen und haben will er cdecl also Standard C Stackmechanik.
Die muss übereinstimmen, weil der Compiler den auf und abbau Code für eine externe Funktion im eigenen Code generieren muss.

edit:
stdcall
cdecl
fastcall <- gibt es im 32bit Bereich bei Optimierungen noch ab und zu

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004

Nach oben

mathias

Betreff des Beitrags: Re: SIGSEV wegen Bezeichnername

Verfasst: Di Nov 03, 2015 16:56

DGL Member

Registriert: Fr Mai 31, 2002 19:41
Beiträge: 1278
Wohnort: Bäretswil (Schweiz)
Programmiersprache: Pascal

Zitat:

CodeXL für Windows oder Linux laden und damit die Executable starten.

So nun habe ich Debian-Version des Tools installiert.

Nur wie kann ich es jetzt starten ?

Ich habe mir die Quick Start Guide angeguckt, nur kann ich dort nirgends etwas finden wie man es startet.

_________________
OpenGL

Nach oben

Seite 1 von 3

[ 34 Beiträge ]

Gehe zu Seite 1, 2, 3 Nächste

Foren-Übersicht » Programmierung » Shader

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 3 Gäste

Du darfst keine neuen Themen in diesem Forum erstellen.
Du darfst keine Antworten zu Themen in diesem Forum erstellen.
Du darfst deine Beiträge in diesem Forum nicht ändern.
Du darfst deine Beiträge in diesem Forum nicht löschen.
Du darfst keine Dateianhänge in diesem Forum erstellen.