Opening Win32 pipe strange behaviour

Started by pjot, July 14, 2004, 03:24:32 AM

Previous topic - Next topic
Print
Go Down Pages 1 2 3 4
User actions

HPW

#30
July 18, 2004, 12:16:04 AM Last Edit: December 31, 1969, 04:00:00 PM by HPW
Testing a little bit with the MinGw.exe, everything works so far.



I only see little performance differences:


Code Select

Borland:
(setq y 1)
1
> (time(dotimes (x 10000000)(setq y (+ y 1))))
4094
> (time(dotimes (x 10000000)(setq y (+ y 1))))
4125
> (time(dotimes (x 10000000)(setq y (+ y 1))))
4094
> (time(dotimes (x 10000000)(setq y (+ y 1))))
4109
> (time(dotimes (x 10000000)(setq y (+ y 1))))
4172
> (time(dotimes (x 10000000)(setq y (+ y 1))))
4109
>

MinGW:
> (setq y 1)
1
> (time(dotimes (x 10000000)(setq y (+ y 1))))
4609
> (time(dotimes (x 10000000)(setq y (+ y 1))))
4578
> (time(dotimes (x 10000000)(setq y (+ y 1))))
4594
> (time(dotimes (x 10000000)(setq y (+ y 1))))
4578
> (time(dotimes (x 10000000)(setq y (+ y 1))))
4625
> (time(dotimes (x 10000000)(setq y (+ y 1))))
4640
Hans-Peter

HPW

#31
July 18, 2004, 12:37:56 AM Last Edit: December 31, 1969, 04:00:00 PM by HPW
Just digging a bit around with the newLISP-versions, I take a look with the dependency-walker at them:



Both version's and the DLL gets:


Quote
Warning: At least one module has an unresolved import due to a missing export function in a delay-load dependent module.



MPR.DLL (18.08.2001 55808 Bytes)


I have no idea for what it is good and if it is a problem.
Hans-Peter

pjot

#32
July 18, 2004, 08:33:40 AM Last Edit: December 31, 1969, 04:00:00 PM by pjot
About that performance: as with Borland, there are many optimization options with MinGW, also for speed and performance. Probably these were not applied with the MinGW version of newLisp. I sought for the Makefile but couldn't find it (yet) on the newLisp FTP server.

Lutz

#33
July 18, 2004, 01:56:40 PM Last Edit: December 31, 1969, 04:00:00 PM by Lutz
Yes, that is correct, I was playing around with the optimization options, and settled on -O3 which gives me close to the same performance and a 165K executable, which is still smaller than the 198K before.



The benchmark I am running is a mixture of different tasks of aritmetik, call overhead, list manipulation and string manipulation.



I got UTF-8 going without a problem, but I am still working on the DLL with MinGW.





Lutz



ps: don't think that the MPR.DLL message is a problem, seems to be internal to some of the Win libraries. I guess you would get this message on any previous version too.

Lutz

#34
July 18, 2004, 03:10:26 PM Last Edit: December 31, 1969, 04:00:00 PM by Lutz
latest versions of newlisp.exe and newlisp.dll compiled with MinGW and based on v8.0.9 are in:



http://newlisp.org/downloads/development/MinGW/">http://newlisp.org/downloads/development/MinGW/



makefiles for this will be released this week in 8.0.10



Lutz

pjot

#35
July 18, 2004, 04:33:02 PM Last Edit: December 31, 1969, 04:00:00 PM by pjot
Great! It's too late for me now to test this binary but I'll check it out tomorrow.

HPW

#36
July 18, 2004, 10:55:27 PM Last Edit: December 31, 1969, 04:00:00 PM by HPW
A quick test here in the office shows that most things are working. Performance is now identical with the BCC-version.



I found one problem with the DLL. Using my demo-app for neobook, it terminates the whole app when using the (Restart:run) function from the last demo-page. It close the app (and also the whole neobook IDE) without any message, when it comes back from a command sequence. I have to further investigate, when I am back home.
Hans-Peter

pjot

#37
July 19, 2004, 06:41:22 AM Last Edit: December 31, 1969, 04:00:00 PM by pjot
No problems here, all my newLisp applications work a 100% OK. Including the TCP demo-scripts for the GTK-server.

Lutz

#38
July 19, 2004, 07:53:50 AM Last Edit: December 31, 1969, 04:00:00 PM by Lutz
Hans-Peter,



looks like Steve (adamss3 on this board) has similar problems using the MinGW compiled DLL, he is working on it and it seems to be fixed, I will put an update of newlisp.dll later. This needs thorough testing !!!. So far odbc.lsp (stdcall conventions) and sqlite.lsp (cdecl call conventions) seem to work fine. And Steve has a whole lot of other stdcall stuff in test.



Lutz

Lutz

#39
July 19, 2004, 08:00:59 AM Last Edit: December 31, 1969, 04:00:00 PM by Lutz
Posted newlisp-8010.exe and newlisp-8010.dll in development/MinGW, this hopefully fixes HPW DLL restart problems in NeoBook. 8.0.10 also contains the mod to 'net-sessions' (requested by Norman) which now also reports client connections.



If HPW and Steve don't have any other issues I can make a 8.0.10 development release later this afternoon.



Lutz

HPW

#40
July 19, 2004, 08:18:30 AM Last Edit: December 31, 1969, 04:00:00 PM by HPW
Still in the office, but tested just the new 8010-release. Problems has gone and demo-app runs without any problems. Seems to be another great step so far. Will test further when I am back home.
Hans-Peter

HPW

#41
July 19, 2004, 09:33:25 AM Last Edit: December 31, 1969, 04:00:00 PM by HPW
After some tests at home, I have released a new ZIP with the neobook plugin marked as a beta, so that neobook user can also test it. Compressed with a runtime-packer it is now  whopping 88KB.
Hans-Peter

Lutz

#42
July 20, 2004, 06:08:33 AM Last Edit: December 31, 1969, 04:00:00 PM by Lutz
I left long string printing with [text] [/text] tags for less 100 charcacters, instead of 2048 while debugging. I will probably make a new 8.0.11 today fixing that.



Lutz

HPW

#43
July 20, 2004, 12:32:10 PM Last Edit: December 31, 1969, 04:00:00 PM by HPW
I just tried to use link.lsp with the new MinGW-EXE.

Seems to me no more working.

The EXE starts but does not execute the linked code.
Hans-Peter

Lutz

#44
July 20, 2004, 01:08:22 PM Last Edit: December 31, 1969, 04:00:00 PM by Lutz
I am looking into it ...



Lutz
Print
Go Up Pages 1 2 3 4
User actions