Re: [Pharo-users] Getting rid of .sources file for deployment

Hi Stef, I don't know what's the demand for such a feature. In the Windows and Desktop era it might have been very important, but I don't see that kind of integration these days, when most system integrations happen at the HTTP level. For my particular case I don't need a DLL. Regards! Esteban

Re: [Pharo-users] Getting rid of .sources file for deployment

I would like also to be able to deploy a pharo app as a dll juts time and money. S. > On 7 Sep 2020, at 17:28, Esteban Maringolo wrote: > > Hi Davide, > > Thanks for the thorough response, but I think you're over > dimensioning, and to some extent missing, my initial purpose and > intention.

Re: [Pharo-users] Getting rid of .sources file for deployment

Hi Davide, Thanks for the thorough response, but I think you're over dimensioning, and to some extent missing, my initial purpose and intention. I don't want to protect from somebody attempting to reverse engineer my application, that's impossible (more so given your references). I simply want to

Re: [Pharo-users] Getting rid of .sources file for deployment

Ok, I'll give you a result, meanwhile fixing some imprecisions. The "class" is CogVmSimulator but it's use is very far from my knowlegde, I recalled having seen a picture of Pharo-in-Pharo (or Squeak-in-Squeak) running under this simulator. It lives near the Cog side (or the OpenVM side) of Squea

Re: [Pharo-users] Getting rid of .sources file for deployment

If somebody gets to open the image and loads it with an Smalltalk Emulator to execute it I'll ask him/her to start working together, and even teach me how to do it. I don't want to shield the image from being accessed, just want to make it harder than simply removing the '--headless' parameter to

Re: [Pharo-users] Getting rid of .sources file for deployment

I mean that with SmalltalkEmulator, the Smalltalk interpreter written in Smalltalk, one can execute an image looking at classes, methods and maybe executing code at will. And the only practical form of protection I see in Squeak/Pharo is to obfuscate code. Maybe I'm wrong.     Davide Grandi On

Re: [Pharo-users] Getting rid of .sources file for deployment

On Sun, Sep 6, 2020 at 12:52 PM Davide Grandi wrote: > > Does "competition" has SmalltalkEmulator ? > A Smalltalk-written VM will defeat any simple obfuscation scheme. Sorry, but I don't understand what you mean. Best regards,

Re: [Pharo-users] Getting rid of .sources file for deployment

>any simple obfuscation scheme any simple _protection_ scheme, except obfuscation. 0.01 E. ...     Davide Grandi On 06/09/2020 17:51, Davide Grandi wrote: Does "competition" has SmalltalkEmulator ? A Smalltalk-written VM will defeat any simple obfuscation scheme. 0.02 E.     Davide Grandi

Re: [Pharo-users] Getting rid of .sources file for deployment

So if you remove the code open the worldmenu and the debugger you should get done. After the people could use —eval to open a browser but this is more difficult. > On 6 Sep 2020, at 15:55, Esteban Maringolo wrote: > > Stef, > > On Sat, Sep 5, 2020 at 12:49 PM Stéphane Ducasse > wrote: >> ju

Re: [Pharo-users] Getting rid of .sources file for deployment

Does "competition" has SmalltalkEmulator ? A Smalltalk-written VM will defeat any simple obfuscation scheme. 0.02 E.     Davide Grandi On 06/09/2020 15:55, Esteban Maringolo wrote: Stef, On Sat, Sep 5, 2020 at 12:49 PM Stéphane Ducasse wrote: just a question what if a bad guy you want to pr

Re: [Pharo-users] Getting rid of .sources file for deployment

Stef, On Sat, Sep 5, 2020 at 12:49 PM Stéphane Ducasse wrote: > just a question what if a bad guy you want to protect from is just smart > and use a default vm. You're talking about decompiling and I'm talking about not making it trivial to see the code, internals and other things. Security is a

Re: [Pharo-users] Getting rid of .sources file for deployment

just a question what if a bad guy you want to protect from is just smart and use a default vm. I mean what kind of thieves do you want to protect from? Because you can let everything and block the menu + the DNU and other exception and nobody even you will be able to access the code. If you remo

Re: [Pharo-users] Getting rid of .sources file for deployment

May be a better way would be patch the call to the decompiler and remove it as well some parts of the sources. Let us know your progress because I’m interested (even this scenario is not part of our focus). Now even with Java I think that you can decompile code. > On 4 Sep 2020, at 22:05, Este

Re: [Pharo-users] Getting rid of .sources file for deployment

Hi Jan, I wasn't aware of such a method, actually it doesn't have many users in the system. I'll do this and check whether this works. Esteban A. Maringolo On Wed, Sep 2, 2020 at 5:19 PM jan.struz wrote: > > Hi Esteban, > > you can try this for all methods requiring source code, before removin

Re: [Pharo-users] Getting rid of .sources file for deployment

My compromise would be to disable the GUI version of the VM. How can I compile a VM with the --headless setting hardcoded? Where to start? Esteban A. Maringolo On Fri, Sep 4, 2020 at 2:39 PM Stéphane Ducasse wrote: > > Thanks James > > This is pretty much the right questions :) > And I would lo

Re: [Pharo-users] Getting rid of .sources file for deployment

Thanks James This is pretty much the right questions :) And I would love to have money to solve the problems the way I would like but life is a compromise. S > On 3 Sep 2020, at 20:50, smallt...@jgfoster.net > wrote: > > >> On Sep 3, 2020, at 9:49 AM, Trygve Reenskaug >

Re: [Pharo-users] Getting rid of .sources file for deployment

> On Sep 3, 2020, at 9:49 AM, Trygve Reenskaug wrote: > > The .sources file has been optional for as long as I can remember. > Is it OK for list that somebody breaks this tradition? > Trygve Hi Trygve, I’m not sure what you mean by this question. Are you asking, “Is it acceptable to have

Re: [Pharo-users] Getting rid of .sources file for deployment

The .sources file has been optional for as long as I can remember. Is it OK for list that somebody breaks this tradition? Trygve On 2020-08-29 04:49, Esteban Maringolo wrote: Hi, Is there a way to get rid the .sources file in a deployment scenario? I followed this guide [1], but I cannot get r

Re: [Pharo-users] Getting rid of .sources file for deployment

Hi Esteban, you can try this for all methods requiring source code, before removing .sources file: someCompiledMethod embeddSourceInTrailer. This works since Pharo 3.0 or so... Jan - Save The World! -- Sent from: http://forum.world.st/Pharo-Smalltalk-Users-f1310670.html

Re: [Pharo-users] Getting rid of .sources file for deployment

Hi Stef, That was the first thing I tried, but PharoADO (it is, PharoCOM) needs the source in order to do some of its stuff. But even so, I'd still like to have a VM that is used only for running the image headless, without any GUI (nor IDE). Regards! Esteban A. Maringolo On Mon, Aug 31, 2020

Re: [Pharo-users] Getting rid of .sources file for deployment

If this is for obsfucation why not simply providing an empty source/changes file? And you can remove the decompiler (but then after you will never debug anymore your application). S > Hi Stef, > > Thanks for the support. > > I don't know if there is a way to do that for FFI except if you > s

Re: [Pharo-users] Getting rid of .sources file for deployment

Hi Stef, Thanks for the support. I don't know if there is a way to do that for FFI except if you somehow modify the methods during execution to include the arguments in the method itself instead of relying on the source code for reflection. What would help in the meantime is to have a VM that is

Re: [Pharo-users] Getting rid of .sources file for deployment

Hi I’m really interested in this. Because we should be able to ship without the sources. FFI needs the source at some point but I guess that this is the first time and that the information could be stored in the compiledMethod. But I do not remember. Now may be esteban or pablo can give you