- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Problem with streamsocket receiving

by kilon alios

yes you are correct its a problem at the python side. I tested with telnet and it seems it cannot send data. About your PS i am using isDataAvailable because I don't want the socket to go into a block mode, I want to just receive what already has become available to the socket. I tested with telnet and it works exactly as I want. That part of the code is too simple and probably will change in the future so its definitely not a final solution. On Sat, Jul 26, 2014 at 11:37 AM, Sven Van Caekenberghe <sven(a)stfx.eu> wrote: > Kilon, > > I can't see any direct error in your code (on the client side, I don't > known about the server). > > Consider this (do it): > > | stream | > stream := SocketStream openConnectionToHostNamed: 'zn.stfx.eu' port: 80. > stream sendCommand: 'GET / HTTP1.1', String crlf. > stream upToEnd inspect . > stream close. > > Client-side TCP is pretty simple. #sendCommand: does a #flush after adding > a CRLF (we need two here). > > HTH, > > Sven > > PS: There is no need to do #isDataAvailable, reading a socket stream > blocks while waiting for data (within the timeout). > > On 26 Jul 2014, at 01:04, kilon alios <kilon.alios(a)gmail.com> wrote: > > > so I have no issues sending data from pharo to python but I have a > problem recieving data from python > > > > here is my method > > > > sendMessage: aString > > > > |stream errString isDataAvailable | > > stream := SocketStream openConnectionToHostNamed: '127.0.0.1' port: > 4000 . > > stream sendCommand: aString. > > isDataAvailable := stream isDataAvailable . > > isDataAvailable inspect. > > isDataAvailable ifTrue: [ errString := stream nextLineCrLf . > > errString inspect. > > errString = '' ifFalse: > > > [self error: errString.]] . > > > > stream close. > > > > > > I have used telnet to test the connection , telnet can receive the data > fine and it displays it fine. I have encode the data as bytestring from > python with ascii encoding and added both a carriage return and a line feed > in the end ? whats wrong ? > > > > I tried most method in socket stream even upToEnd message and none gives > back any data. > > > > What am I doing wrong ? > > >

July 26, 2014

Re: [Pharo-dev] Returning the source of a class as a string

by Thierry Goubier

Le 26/07/2014 10:04, Marcus Denker a Ã©crit : > On 26 Jul 2014, at 10:02, stepharo <stepharo(a)free.fr> wrote: > >> Thierry we asked Mark Rizun to look into get a full "compilation unit" as an AST: >> - AST for packages >> - AST for class definition. >> He should look at what gisela proposed and any feedback is interesting. >> > Only the name AST is wrong: the S stand for Syntax. There is no syntax for Classes, nor > packages. We could have one. It would allow people to write Pharo code with emacs, have a pharo emacs-el mode, and try a different way to use git :) > > What we want is models for everything with *the same API* as the nodes of the AST. > (and visitors that can visit the whole structure) This would be cool. I have the nodes and the visitors for all the way from packages to method, but it stops at the method / class description level (and switches to the RB ast then). Thierry

July 26, 2014

Re: [Pharo-dev] Returning the source of a class as a string

by Thierry Goubier

Le 26/07/2014 10:00, stepharo a Ã©crit : > >> What I like with the #name=>Var notation is that it puts the name of >> the variable first. And it is just an expression >> (you can evaluate it, itâs the same as BooleanSlot named: #boolean) > > yes this is nice. > Not much by me. Have to remember what => means (and that it isn't -> or >= or > or + or @) I'd prefer self-documenting and explicit: #name isA: ClassOfSlot (4 characters instead of 2, ok, but not difficult to remember) or the Roassal approach: single character, which does not try too much to have a meaning, but be easy to memorize. #name @ ClassOfSlot (wouldn't that mess with points?) After, I'd say #name first if it is proven that we think "name of instance variable" before "type of slot" when we write a class description (is also better when looking at "name of instance variable" with optional qualification). Thierry

July 26, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40125 Home: https://github.com/pharo-project/pharo-core

July 26, 2014

[pharo-project/pharo-core] d64c1f: 40125

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: d64c1fa1019cd166016f60f6fec59094b76c6747 https://github.com/pharo-project/pharo-core/commit/d64c1fa1019cd166016f60f6… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-07-26 (Sat, 26 Jul 2014) Changed paths: M GroupManager.package/DynamicGroup.class/instance/initialization/initialize.st R GroupManager.package/GroupHolder.class/instance/adding/createADynamicGroup.st M GroupManagerUI.package/DialogGroupAdder.class/definition.st M GroupManagerUI.package/DialogGroupAdderUI.class/instance/build items/text.st M GroupManagerUI.package/DialogGroupManager.class/instance/display/open.st R GroupManagerUI.package/DialogGroupManagerUI.class/instance/private/okButtonAction.st M GroupManagerUI.package/DialogGroupManagerUI.class/instance/private/removeAGroup.st M GroupManagerUI.package/ItemNode.class/instance/testing/rowMorphForColumn_.st R GroupManagerUI.package/extension/CompiledMethod/instance/prettyName.st R GroupManagerUI.package/extension/RGClassDescriptionDefinition/instance/prettyName.st R GroupManagerUI.package/extension/RGMethodDefinition/instance/prettyName.st R GroupManagerUI.package/extension/TBehavior/instance/prettyName.st M Kernel.package/BlockLocalTempCounter.class/instance/initialize-release/tempCountForBlockAt_in_.st M Kernel.package/BlockLocalTempCounter.class/instance/initialize-release/testTempCountForBlockAt_in_.st M Morphic-Widgets-Pluggable.package/PluggableListMorph.class/instance/event handling/basicKeyPressed_.st R Morphic-Widgets-Pluggable.package/PluggableMultiColumnListMorph.class/instance/model access/getList.st M Morphic-Widgets-Pluggable.package/PluggableTabButtonMorph.class/instance/updating/update_.st R Morphic-Widgets-Pluggable.package/PluggableTextEditorMorph.class/instance/as yet unclassified/enabledString.st R Morphic-Widgets-Pluggable.package/PluggableTextEditorMorph.class/instance/as yet unclassified/toggleEnabled.st R Morphic-Widgets-Pluggable.package/PluggableTextEditorMorph.class/instance/menu %26 halo/addToggleItemsToHaloMenu_.st M Morphic-Widgets-Pluggable.package/PluggableTextMorph.class/instance/transcript/update_.st M Morphic-Widgets-Pluggable.package/PluggableTextMorphWithLimits.class/class/example/example.st M Morphic-Widgets-Pluggable.package/PluggableTextMorphWithLimits.class/instance/geometry/extent_.st M Polymorph-Widgets.package/MorphicUIManager.class/instance/ui requests/warningDefaultAction_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script125.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40125.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st Log Message: ----------- 40125 13692 Small cleanup GroupManageUI: #prettyName not needed (same as printString now on methods and classes) https://pharo.fogbugz.com/f/cases/13692 13670 Encoder (class from Old Compiler) is referenced by BlockLocalTempCounter https://pharo.fogbugz.com/f/cases/13670 13691 Small Code Critique clean in Morphic-Widgets-Pluggable https://pharo.fogbugz.com/f/cases/13691 13689 Wrong context when debugging a warning https://pharo.fogbugz.com/f/cases/13689 http://files.pharo.org/image/40/40125.zip

July 26, 2014

Re: [Pharo-dev] Problem with streamsocket receiving

by Sven Van Caekenberghe

Kilon, I can't see any direct error in your code (on the client side, I don't known about the server). Consider this (do it): | stream | stream := SocketStream openConnectionToHostNamed: 'zn.stfx.eu' port: 80. stream sendCommand: 'GET / HTTP1.1', String crlf. stream upToEnd inspect . stream close. Client-side TCP is pretty simple. #sendCommand: does a #flush after adding a CRLF (we need two here). HTH, Sven PS: There is no need to do #isDataAvailable, reading a socket stream blocks while waiting for data (within the timeout). On 26 Jul 2014, at 01:04, kilon alios <kilon.alios(a)gmail.com> wrote: > so I have no issues sending data from pharo to python but I have a problem recieving data from python > > here is my method > > sendMessage: aString > > |stream errString isDataAvailable | > stream := SocketStream openConnectionToHostNamed: '127.0.0.1' port: 4000 . > stream sendCommand: aString. > isDataAvailable := stream isDataAvailable . > isDataAvailable inspect. > isDataAvailable ifTrue: [ errString := stream nextLineCrLf . > errString inspect. > errString = '' ifFalse: > [self error: errString.]] . > > stream close. > > > I have used telnet to test the connection , telnet can receive the data fine and it displays it fine. I have encode the data as bytestring from python with ascii encoding and added both a carriage return and a line feed in the end ? whats wrong ? > > I tried most method in socket stream even upToEnd message and none gives back any data. > > What am I doing wrong ?

July 26, 2014

Re: [Pharo-dev] Returning the source of a class as a string

by Marcus Denker

On 26 Jul 2014, at 10:03, Marcus Denker <marcus.denker(a)inria.fr> wrote: > > On 26 Jul 2014, at 09:58, stepharo <stepharo(a)free.fr> wrote: > >> >>> Slowly working on itâ¦ very early (and right now broken) stage is in the image. >>> And it is not yet decided how it will look like exactlyâ¦ the only thing clear is >>> that we need to use >>> >>> {#ivar1. #ivar2 . #boolean => BooleanSlot } >>> >>> instead of the stringsâ¦ both for ivars and class varsâ¦ I want to finish and debug the machinery around and then >>> start to play with it. >>> >>> I am a bit tempted to go the âbackward compatibleâ way and not use the term Slot but something like this: >>> >>> TestCase subclass: #RBProgramNodeTest >>> instanceVariables :{#ivar1. #ivar2 . #boolean => BooleanSlot } >>> classVariables: {#MyGlobal} >>> category: 'AST-Tests-Coreâ >>> >>> Ah, and we need to think about âcategoryââ¦ as we now have packages. >> >> You see how this is great not to have PoolDict in our face :) >> I would rename classVariables: into sharedVariables: and make them optional :) >> > I actually think shared variables is not goodâ¦ everyone talks about Class Variables > All Tutorials, all books. And it is very easy to confuse the term with Pools (I actually did so > when looking at the Class Builder). e.g. we would need to change the whole apiâ¦ now we have aClass classVariableNamed: âMyClassVarâ. would need to change to aClass sharedVariableNamed: âMyClassVarâ. and then: arenât Pool imported variables shared? So would this return a variable from a pool? if not, wouldnât that be confusing? Marcus

July 26, 2014

Re: [Pharo-dev] Returning the source of a class as a string

by Marcus Denker

On 26 Jul 2014, at 10:02, stepharo <stepharo(a)free.fr> wrote: > Thierry we asked Mark Rizun to look into get a full "compilation unit" as an AST: > - AST for packages > - AST for class definition. > He should look at what gisela proposed and any feedback is interesting. > Only the name AST is wrong: the S stand for Syntax. There is no syntax for Classes, nor packages. What we want is models for everything with *the same API* as the nodes of the AST. (and visitors that can visit the whole structure) Marcus

July 26, 2014

Re: [Pharo-dev] Returning the source of a class as a string

by Marcus Denker

On 26 Jul 2014, at 09:58, stepharo <stepharo(a)free.fr> wrote: > >> Slowly working on itâ¦ very early (and right now broken) stage is in the image. >> And it is not yet decided how it will look like exactlyâ¦ the only thing clear is >> that we need to use >> >> {#ivar1. #ivar2 . #boolean => BooleanSlot } >> >> instead of the stringsâ¦ both for ivars and class varsâ¦ I want to finish and debug the machinery around and then >> start to play with it. >> >> I am a bit tempted to go the âbackward compatibleâ way and not use the term Slot but something like this: >> >> TestCase subclass: #RBProgramNodeTest >> instanceVariables :{#ivar1. #ivar2 . #boolean => BooleanSlot } >> classVariables: {#MyGlobal} >> category: 'AST-Tests-Coreâ >> >> Ah, and we need to think about âcategoryââ¦ as we now have packages. > > You see how this is great not to have PoolDict in our face :) > I would rename classVariables: into sharedVariables: and make them optional :) > I actually think shared variables is not goodâ¦ everyone talks about Class Variables All Tutorials, all books. And it is very easy to confuse the term with Pools (I actually did so when looking at the Class Builder). Marcus

July 26, 2014

Re: [Pharo-dev] Returning the source of a class as a string

by stepharo

Thierry we asked Mark Rizun to look into get a full "compilation unit" as an AST: - AST for packages - AST for class definition. He should look at what gisela proposed and any feedback is interesting. Stef

July 26, 2014