XProfan

- Page 1 -

Andreas
Gaida

Hi!
I find Threads very sinvoll in designed reaches How about TCP/IP Programming.
If one several Files at the same time versenden wants can with the Threads in my opinion plenty plainer release as without . Z.B if one a MD5 Checksume a File need The something greater is lasts the already several sec in the the program only so engage is tappt im dunkeln to create and so no others inquire Edit can.there the share the computer with several Processoren or Kernen into next years rise becomes is it too for development of Programs The hoche Rechenleistung need sure of benefit his tappt im dunkeln Multithreating capable To make.
i'd it on jedenfall very well find if it possible would XProfan Multithreatingfähig To make
where it me thoroughly clear is the Threads not always and everywhere sinvoll are and only from just for fun To use warscheinlich More hoisted means as tappt im dunkeln benefit bring.

MfG
Andreas

Athlon X2 4800 , 2GB Ram , GeForce 7800GT
Windows XP Pro , XProfan 10 und 11 , Profan2Cpp 1.6b

04/25/06 ▲

Nico
Madysa

this trouble understand I Profan-Beginner not so right.
I mean:
might one not simply 2 Exen write, and the desired so alter, that they not eigenständig walk can? one could tappt im dunkeln z.B. so program, that they one Password as Kommandozeilenparameter needed, whom only the Hauptprogramm knows.
the would The of my opinion to simplest Variante, but How said, i'm another
Profan-Beginner.

Nico Madysa

If your one Profan-Compilat on eure Exe commit, have your a Thread (almost, is a Process). only another
communication install and ready.

correctly. Thomas, and The communication Gibts pipe.create

Clemens
Meier

Hi iF, How I straight with the pursuit what to that sky is a Pipe fixes have, had You already in the year 2005 no Time

among other things one reads to Pipe:
[quote:a328548b23]If itself ungetimed talk becomes is the communication well possible slower as getimed![/quote:a328548b23]
Mmh, further Documentation to that Timing could I unfortunately not find. means rate I once, if I the Client The Uhrzeit mitteile, is the communication then faster ?

How time I The communication between Client and Server? And if You time Time have (presumably not yet once in the pension

), could you still an example moreover make?

XProfan 9.1; XP SP2; FF; Editpad

RGH

[quote:92e598cbaa=TS-Soft]If your one Profan-Compilat on eure Exe commit, have your a Thread (almost, is a Process). only another communication install and ready.[/quote:92e598cbaa]
the functions of course already fine since the first Profanversion, is by far not so trendy, How real Threads, The with safety plenty aufwändiger to program wären.

Greeting
Roland

Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4

[quote:8d599b4723=Clemens Meier]Hi iF, How I straight with the pursuit what to that sky is a Pipe fixes have, had You already in the year 2005 no Time

among other things one reads to Pipe:
[quote:8d599b4723]If itself ungetimed talk becomes is the communication well possible slower as getimed![/quote:8d599b4723]
Mmh, further Documentation to that Timing could I unfortunately not find. means rate I once, if I the Client The Uhrzeit mitteile, is the communication then faster ?

How time I The communication between Client and Server? And if You time Time have (presumably not yet once in the pension

), could you still an example moreover make?[/quote:8d599b4723]If I not crazy lying an example in the pkg, I poste too very often Sources here in the Community which The PipeUnit benefit. the whole is ridiculous simply! in the ODoku are The Pipe-command too with small Sources declared. with getimet my I something like: (time so dahingekliert)
Compile Mark Separation

settimer 100

while 1:waitinput

    case %wmtimer : piping
    wend:killtime

or
Compile Mark Separation

 $u thread.pcu = thread.
thread.start 1

while 1:waitinput:wend

    end

    proc thread.do

        piping

    endproc

for both counts:
Compile Mark Separation

proc piping

    declare s$

    if pipe.get(pipe&)

        s$=pipe.pop(pipe&)
        reagierAufBefehl s$

    endif

endproc

proc reagierAufBefehl

    parameters s$

    if s$=...

    elseif s$=...

    endif

endproc

I hope the helps you.

[quote:f7ff5323f2=RGH][quote:f7ff5323f2=TS-Soft]If your one Profan-Compilat on eure Exe commit, have your a Thread (almost, is a Process). only another communication install and ready.[/quote:f7ff5323f2]
the functions of course already fine since the first Profanversion, is by far not so trendy, How real Threads, The with safety plenty aufwändiger to program wären.

Greeting
Roland[/quote:f7ff5323f2]not so Trendy - well true!

I use constantly The Possibility a independent Process To produce because the Exe self with Parameter launch. Z.B. too in Okrea. Thats Variante integrally inspired functions understand itself of self - something skillful must one hold with bypass can - but the would with Trendy-Threads Yes ditto the case.

- Page 2 -

Clemens
Meier

I see, you mean means with Timing nothing other, that sowohl in the Client-, as well as in the Server-Prog The Pipe-Abwicklung by a zeitgesteuerte procedure run out should, so The communication faster functions. Mmh, there comes Yes your Thread.pcu well.

XProfan 9.1; XP SP2; FF; Editpad

Timotheus

real Thrads would find I very meaningfully. The benefit to a Process is Namely, the itself with one Thread everything in the main memory abwickelt, and so faster is. Also verlagnsamen several Threads the entire system Threads only the Own Program. In Threads can moreover on The filled diversity the already loaded Resources grab. without Threads can some projects now even not verwirklichen, and therefore would find I it important the Profan in this or of/ one the next Threads erlernt, there these really component eachone higher Programming-Language his should.
means of me one klares:

Timo

[quote:7c486d471b=Timotheus]real Thrads would find I very meaningfully. The benefit to a Process is Namely, the itself with one Thread everything in the main memory abwickelt, and so faster is. [/quote:7c486d471b]No.

[quote:7c486d471b] Also verlagnsamen several Threads the entire system Threads only the Own Program. [/quote:7c486d471b]No.

[quote:7c486d471b]In Threads can moreover on The filled diversity the already loaded Resources grab. [/quote:7c486d471b]Jo.

[quote:7c486d471b]without Threads can some projects now even not verwirklichen, and therefore would find I it important the Profan in this or of/ one the next Threads erlernt, there these really component eachone higher Programming-Language his should.[/quote:7c486d471b]No.

something gethreadet run out To let cost fundamentally More energy as not To do, if one The Threads among themselves vote would like! From of/ one Verringerrung of Arbeitsleistung can no speech his! Threads are meaningfully in order to Strukturieren, z.B. as it Andreas on the example aufzeigte.

Probierts still simply time - launch still simply time a Thread! The Doku in MSDN is inspired!

The story the Threads is a story voller misunderstandings.