Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Werbeanzeige

BlazeX

Alter Hase

  • »BlazeX« ist der Autor dieses Themas

Beiträge: 478

Wohnort: DD

Beruf: Maschinenbau-Student

  • Private Nachricht senden

1

27.12.2010, 16:11

Windows 7 macht Probleme

Hi Leute!
Seit ein paar Wochen habe ich Windows 7 Professional x64. Ist ganz gut, aber beim Programmieren macht es mir Schwierigkeiten.
Letztens ist es mir passiert, dass ich in VC++ 2010 Express zwischen zwei Buils immer warten musste, bis ich (eigentlich der Linker) die EXE bearbeiten kann. 2-3 Minuten nach dem Build ist einfach kein Zugriff da. Ich habe mir nichts dabei gedachtm das Projekt gelöscht (Source behalten) und Projekt neu erstellt. Dann ging es.
Für kleine Tests benutze ich auch schnell den Borland BCC55 mit TextPad. Unter allen Betriebssystemen hat das nie Probleme bereitet, doch jetzt muss ich selbst hier nach den Builds warten, bis er wieder kann. Wieder kein Zugriff da. Die EXE löschen geht auch nicht, beim normal Löschen (Entf -> Papierkorb) ist kein Zugriff da, beim richtig löschen (Shift + Entf) ist die Datei nach 3 Sekunden wieder da.

Jetzt will ich ein kleines Programm testen (mit BCC55 erstellt), und der verlangt von mir Admin-Rechte für dieses Programm. Alle anderen Programm von diesem Compiler funktionieren, nur dieses nicht. Da stimmt doch etwas nicht.

Hier der Code, wo er Admin-Rechte verlangt:

C-/C++-Quelltext

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
#include<Windows.h>
#include<cmath>
#include<iostream>
using namespace std;

int main()
{
    for(DWORD i= 0; i < 10; i++)
    {
        DWORD dwNumLODs= i;
        DWORD dwMaxPatches= (DWORD)(pow(4.0F, (float)(dwNumLODs)));
        cout<<dwNumLODs<<" - "<<dwMaxPatches<<endl;
    }

    cin.ignore();

    return(0);
}


Hat jemand sowas schonmal erlebt?

pepe1995

Frischling

Beiträge: 60

Wohnort: Warngau

Beruf: Schüler (10.)

  • Private Nachricht senden

2

27.12.2010, 16:59

für was brauchst du

C-/C++-Quelltext

1
cin.ignore();
?

EDIT: Thx
www.4story.de
ROCKT! ;)

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »pepe1995« (27.12.2010, 17:37)


Oberon

Treue Seele

Beiträge: 181

Wohnort: Österreich

Beruf: Student

  • Private Nachricht senden

3

27.12.2010, 17:04

Verlangt er die Rechte beim Kompilieren oder Ausführen?
@pepe1995: Um nach der Ausführung auf einen Tastendruck zu warten, selber Effekt wie cin.get().

BlazeX

Alter Hase

  • »BlazeX« ist der Autor dieses Themas

Beiträge: 478

Wohnort: DD

Beruf: Maschinenbau-Student

  • Private Nachricht senden

4

27.12.2010, 17:34

Er verlangt Admin Rechte beim Ausführen jedes Programmes, was ich neu unter Win7 mit BCC55 erstelle. Ist ihm der Compiler zu alt?

BlazeX

Alter Hase

  • »BlazeX« ist der Autor dieses Themas

Beiträge: 478

Wohnort: DD

Beruf: Maschinenbau-Student

  • Private Nachricht senden

5

27.12.2010, 17:58

Problem Admin einen Schritt weiter.
Die Exe, die herauskam, hat "patch" im Name. Da verlangt die UAC sofort Admin-Rechte. Mit Update im Name ist das genauso. Alle die Win7 habe können das gerne ausprobieren: Irgendeine normale Exe schnappen, patch oder update an den Name hängen und über das blau-gelbe Schild freuen.
Fragt sich nur, wie man das abschalten kann.

Wichtiger wäre mir aber das Problem der Wartezeit zwischen den Builds.

6

27.12.2010, 18:16

Schon mal versucht VS neu zu installieren?
Ich habe Win 7 64 Bit HP, dürfte ja eigentlich kaum einen Unterschied in diesem Fall machen. Jedenfalls funktioniert das builden bei mir ohne Einschränkungen.
Das mit dem Patch bzw. Update verstehe ich nicht so ganz, bei mir tritt das nicht auf, wenn ich "patch" oder "update" an den namen hänge.

lg chaia

Fred

Supermoderator

Beiträge: 2 121

Beruf: Softwareentwickler

  • Private Nachricht senden

7

27.12.2010, 18:39

Die Exe, die herauskam, hat "patch" im Name. Da verlangt die UAC sofort Admin-Rechte. Mit Update im Name ist das genauso. Alle die Win7 habe können das gerne ausprobieren: Irgendeine normale Exe schnappen, patch oder update an den Name hängen und über das blau-gelbe Schild freuen.
Fragt sich nur, wie man das abschalten kann.

Also das muss ich nacher direkt mal ausprobieren. Aber das ist ja so dämlich...also ich kann das nicht wirklich glauben. Einfach anhand von Dateinamen Admin-Rechte verlangen...so ein Unfug ;)

Hilft dir vllt. das hier weiter: http://blog.freeware.de/tipps/tipps-tric…e-ruhigstellen/

BlazeX

Alter Hase

  • »BlazeX« ist der Autor dieses Themas

Beiträge: 478

Wohnort: DD

Beruf: Maschinenbau-Student

  • Private Nachricht senden

8

27.12.2010, 18:40

Kleines Demo-Video gefällig. Wie kann ich das beheben?

Zur Verzögerung:
Habe VC++ jetzt neu installiert, ist genau so wie vorher. Das Problem besteht bei allen Executables, die seit der Installation von Win7 komplett neu erstellt wurden. Es ist egal, welchen Compiler / welche IDE ich verwende.
»BlazeX« hat folgende Datei angehängt:

9

27.12.2010, 19:54

Das kann man doch bei VC++ einstellen, nicht? UAC-Ausführungslevel heisst die Option meines wissens nach.

BlazeX

Alter Hase

  • »BlazeX« ist der Autor dieses Themas

Beiträge: 478

Wohnort: DD

Beruf: Maschinenbau-Student

  • Private Nachricht senden

10

27.12.2010, 19:54

@Fred: Das hilft mir leider nicht weiter.
Ich habe aber selbst etwas gefunden:
http://social.msdn.microsoft.com/Forums/…e-311ee4a88599/
Das erklärt einiges. Das heißt also, dass der BCC55 kein Manifest erstellt. Nagut, dann kann ich meine kleinen Anwendungen eben nicht patch, setup, install oder update nennen. Mit VC++ hatte ich diese Probleme noch nie, wahrscheinlich weil es ein Manifest erstellt.

Aber die Build-Run-Rebuild Verzögerung besteht immernoch.
EDIT: Ich habe den Fehler jetzt etwas eingegrenzt. Es ist egal, mit welchem Compiler ich eine EXE erstelle, es muss an Windows 7 liegen.
Ich mache folgendes: Programm erstellen. Programm ausführen. Ich stelle irgendeinen Bug fest, den ich beheben will und beende das Programm. Ich ändere den Code, oder auch nicht. Ich starte einen Rebuild, dabei meckert der Linker, dass er keinen Zugriff auf die Exe hat.

Zitat

LINK : fatal error LNK1104: Datei "D:\Projects\Terrain Rendering\Debug\First Test.exe" kann nicht geöffnet werden.

5 Minuten später klappt der Build, als wäre nichts gewesen. Jetzt kann ich builden ohne Ende, aber sobald das Programm kurz gelaufen ist, muss ich wieder 5 Minuten warten, bis der Zugriff auf die EXE da ist. Der Debugger ist aber schon beendet, an dem kann es nicht liegen.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »BlazeX« (27.12.2010, 20:04)


Werbeanzeige