"nicht genügend arbeitspeicher verfügbar"

[Daniel G]

Zitat:

Zitat von easteregg

zumal das ja kein problem sein sollte, da genug ram und co verfügbar ist!

:lol:

Das hat nichts mit'm RAM zu tun. Es scheint, als arbeite Windows intern mit'm Word. Was du da machen kannst? Kp..

Zitat:

Erweitern?
Klarr ... man müßte (wenn es sich z.B. um ein Word für die Speicherung handelt) nur ein LongWord/LongInt drauß machen.
Also alle Lese-/Speicherzugriffe im gesamten Windows ändern und die Speicherplätze ... irgendwo müßten ja die zusätzlichen Bytes hin und wenn man schon mal dabei ist muß man halt Windows umschreiben, denn man müßte ja auch alle Records ändern, wo die ID drin gespeichert ist und demnach auch alles was dahinter in den Records steht und das wo diese Records wieder drin sind und natürlich auch alles was auf diese Records wieder zugreift und .... und ... und ...

[easteregg]

nuja, das mit dem nicht erweiterbar ist mir klar, aber einer meinte doch auch, das er son 6monitorsystem bei einem eingerichtet hat, und dieser mensch keine probleme dieser art hat.

[Daniel G]

Na ja, wie sieht denn deine typische Umgebung aus? Laufen vllt. Programme, die du gar nicht immer brauchst? Was läuft im Hintergrund?

[TKC]

Also die Grenze pro Programm liegt bei 10 000 !
9955 +- 10 werden von meinem Testprogramm erstellt der Rest ist bereits vom Programm selbst verbraucht.

Bei meinem Kunden läuft ein Broker Programm das x Fenster öffnet.
Selbst wenn ich ich diverse andere Programme dazu aufmache gibt es keinerlei Probleme.

Allerdings habe ich kein einzigstes Programm gefunden was mehr wie 1500 GDI Objekte benutzt und das ist das Broker Programm.
Der Explorer benötigt zwischen 200 - 350 bei ihm.

Wieso habt Ihr denn da so viele GDI Objekte ???

[easteregg]

also delphi braucht bei mir zb alleine 3500!

und auch der explorer braucht weit über 500

[himitsu]

Der Explorer (Dateibrowser) braucht nur 120+ ... der Rest geht für Desktop, Taskleiste und Co. drauf.


Und zum Problem nochmal ... ich denk langsam es ist bestimmt eine Mischung aus mehreren Problemen.

Hab jetzt auch z.B. mal in weitere 16-Beschränung aufgefunden.
Es sind maximal 65536 String-Resourcen möglich (ResourceString).

[easteregg]

aber die limitationen liegen doch nicht all zu hoch...
also ich kann mir ehrlichgesagt nicht vorstellen, das das durch die benutzung von opera und icq aufgebraucht sein soll, wie es manchmal der fall ist.

[Mystic]

Interessanter Artikel, der das Problem auch anspricht:

http://www.labri.fr/perso/betrema/winnt/handles1.html

Laut dem Artikel gibt es ein per-Prozess Limit für GDI-Objekte von 16K und ein systemweites Limit für USER-Objekte von 64K. Wie siehts denn bei euch mit den USER-Objekten aus? :spin:

[sECuRE]

Hi,

Zitat:

Zitat von Mystic

Interessanter Artikel, der das Problem auch anspricht:

http://www.labri.fr/perso/betrema/winnt/handles1.html

Laut dem Artikel gibt es ein per-Prozess Limit für GDI-Objekte von 16K und ein systemweites Limit für USER-Objekte von 64K. Wie siehts denn bei euch mit den USER-Objekten aus? :spin:

Schau mal auf die Dati: geschrieben 1993, Copyright 1998 Microsoft. Der Artikel bezieht sich auf Windows 3.1 und frühe NT-Systeme.

cu

[himitsu]

Zitat:

Zitat von sECuRE

Laut dem Artikel gibt es ein per-Prozess Limit für GDI-Objekte von 16K und ein systemweites Limit für USER-Objekte von 64K.

Schau mal auf die Dati: geschrieben 1993, Copyright 1998 Microsoft. Der Artikel bezieht sich auf Windows 3.1 und frühe NT-Systeme.[/quote]
Das ist wohl auch der Grund, warum weiter vorne nachgewiesen wurde, daß jedem Prozess 64K für GDIs bereitgestellt wird.