Was mir auf die schnell noch einf�llt w�re eine DAU-Methode, die aber sicher funzt...
Leg einfach ein paar Subdirs an, die alle auf das selbe Script zeigen, aber unter eigenem Prozess laufe und ruf von der Applikation aus das Script abwechselnd �ber das n�chste directory auf. :-)
Kostet Dich halt ein bisschen Memory unter dem Strich.


Gruss
Stephan

Wolfgang Kluge schrieb:

Hi Stephan,

danke, ein Queue ist bestimmt Toll, allerdings m�sste ich dazu auch alles
andere umbauen - und das ist zuviel Aufwand bzw. geht in Teilen nicht
(Weiterverarbeitung der Bilder) ohne erheblichen Mehraufwand.


Es muss doch irgendwie m�glich sein ;) Ich br�uchte (erstmal) nur ein klitzekleines Grundger�st f�r eine C++ ATL-DLL, die ebendies k�nnte... Alleine die Einstellungen, die ich im ATL-COM-Wizard treffen m�sste w�ren (erstmal) schon ausreichend. Ich bin am verzweifeln. Hat da wer was *fg*

Viele Gr��e,
Wolfgang




-----Urspr�ngliche Nachricht-----
Von: [EMAIL PROTECTED] [mailto:coffeehouse-
[EMAIL PROTECTED] Im Auftrag von Stephan Troxler
Gesendet: Mittwoch, 5. Mai 2004 15:50
An: [EMAIL PROTECTED]
Betreff: Re: [Coffeehouse] ATL-DLL

Hallo Wolfgang

Offenbar kann das Objekt nicht mehrere Threads gleichzeitig bedienen.
Ein m�glicher Ansatz w�re somit vielleicht das Erstellen eine Job-Queue,
welche dann der Reihe nach abgearbeitet wird. Wenn zwei Benutzer
gleichzeitig kommen wird der zweite Benutzer gestopt und muss warten bis
der erste Job fertig ist oder so �hnlich.

Stephan

Wolfgang Kluge schrieb:

> Hallo,
>
> ich hab da ein Problem. ;)
> Und zwar hab eine ATL-DLL. Diese DLL wird aus (klassischem) ASP heraus
> verwendet(CreateObject()) und hat Ihren Dienst eigentlich immer gut
> verrichtet (die macht aus CMYK-Print-Tiff - Dateien Preview-Gif's, -
PNG's
> bzw. -Jpeg's).
>
> Mit der Zeit wurden die TIFF-Dateien aber immer gr��er (momentan bis zu
1x1m
> bei 300dpi). Dabei ist mir dann aufgefallen, dass das gleichzeitige
> Verwenden der DLL von mehreren Benutzern nicht immer funktioniert - ja
> eigentlich nie richtig funktioniert hat. Und ich kann's mir nicht so
richtig
> erkl�ren. Bis jetzt ist es halt kaum aufgefallen, da die DLL nicht lange
> gebraucht hatte um ein Bild zu erstellen.
>
> Es wird immer eine Tempor�re Datei erstellt, in der die Daten
vorgehalten
> werden. Beim schreiben passiert es (fast immer), dass eine Datei
> "mittendrin" liegengelassen wird, die andere daf�r aber gr��er wird, als
> eigentlich geplant.
> Damit ist auch ungef�hr klar, was passiert. Nur warum dies so ist,
kapier
> ich nicht...
>
>
> Nat�rlich hab ich das am Anfang mal getestet - und auch kein Problem
> feststellen k�nnen. Ich hab dazu mehrere vbs-Scripte "gleichzeitig"
laufen
> lassen - Ohne jegliches Problem. Jetzt stell ich erst fest, dass diese
in
> unterschiedlichen Prozessen laufen, w�hrend mein IIS-Prozess ein
einziger
> ist (dllhost). Daher f�llt mir sogar das Testen �u�erst schwer.
>
> Absolut unklar ist mir, was ich dagegen tun kann *g*.
> Wo muss ich anfangen zu suchen?? Zu H�lf?
>
> Ideen an den Mann ;)
> Viele Gr��e, Wolfgang



_______________________________________________ Coffeehouse Mailingliste, Postings senden an: [EMAIL PROTECTED] An-/Abmeldung und Suchfunktion unter: http://www.glengamoi.com/mailman/listinfo/coffeehouse

_______________________________________________
Coffeehouse Mailingliste, Postings senden an:
[EMAIL PROTECTED]
An-/Abmeldung und Suchfunktion unter:
http://www.glengamoi.com/mailman/listinfo/coffeehouse

Antwort per Email an