Giuseppe Luigi Punzi wrote:
> I'm now on my Windows intallation on my MacBook, and I will to start the > process trying to compile all from cygwin. For now, I'm more interested in MSys. It looks like cygwin has other problems that cause a crash. Unless you know how to use gdb and can make a backtrace of the crash, which would be fine and useful. Otherwise, I guess I'll have to make a prerelease or something like that, and place it somewhere for people that want to help stomping more bugs in GNU Smalltalk's Windoze support. Paolo _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
In reply to this post by Paolo Bonzini-2
Hi again,
Paolo Bonzini escribió: > Giuseppe Luigi Punzi wrote: >> Hi again, >> >> Well, more info. >> >> I got 2 exe files. gst.exe and gst-tool.exe but, I noticed thath when >> I wrote gst and press TAB, I saw all the files, and started to search. >> >> I don't know how (previous make install or something similar?), but >> in C:\msys\1.0\local\bin I have all the executables. >> >> From there, on Windows shell, I cant start GST with gst.exe, but is >> curious. I can start it, If I don't put the extension. > > I committed a patch that will allow to start the gst tools without the > extension; however, I don't see a reason why gst should only accept to > be started with "gst.exe" rather than "gst". Can you confirm this is > the case? Sorry for being pedant... > > Paolo I think thath the problem is...You talked about you check the name for one or other behaviour dependent of the name of the exec. Probably, the function you use to check compare the name with "gst", or "gst-blox", but, from Windows shell, the name is with the extension included, and for this, gst <> gst.exe and don't works but if you execute GST from a comand line without the extension, gst=gst, then works. C:\msys\1.1\local\bin>gst GNU Smalltalk ready st> Object subclass: #TestingGST. TestingGST st> TestingGST comment: st> 'We need to improve the browser, a SUnit interface, and a debugger :D' TestingGST st> TestingGST comment 'We need to improve the browser, a SUnit interface, and a debugger :D' st> As I said, GST works, but I'm unable to run gst-remote: C:\msys\1.1\local\share\smalltalk\kernel/../scripts/Remote.st:37: C function not defined and then crash Or to load Seaside Packages: C:\msys\1.1\local\bin>gst GNU Smalltalk ready st> PackageLoader fileInPackage: 'Seaside' "Global garbage collection... done" Object: PackageLoader class error: Invalid argument Iconv: package not found SystemExceptions.PackageNotAvailable(Exception)>>signal SystemExceptions.PackageNotAvailable(Exception)>>signal: SystemExceptions.PackageNotAvailable class(SystemExceptions.NotFound class)>>sig nalOn:what: SystemExceptions.PackageNotAvailable class>>signal: optimized [] in PackageLoader class>>fileInPackages: [] in Kernel.PackageDirectories(Kernel.PackageGroup)>>extractDependenciesFor:ifM issing: Kernel.PackageDirectories>>at:ifAbsent: [] in Kernel.PackageDirectories(Kernel.PackageGroup)>>extractDependenciesFor:ifM issing: Set(HashedCollection)>>do: Kernel.PackageDirectories(Kernel.PackageGroup)>>extractDependenciesFor:ifMissing : PackageLoader class>>fileInPackages: PackageLoader class>>fileInPackage: UndefinedObject>>executeStatements nil st> We are more close :D _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
In reply to this post by Paolo Bonzini-2
> As I said, GST works, but I'm unable to run gst-remote: > C:\msys\1.1\local\share\smalltalk\kernel/../scripts/Remote.st:37: C > function not > defined Remove lines 34-38 of C:\msys\1.1\local\share\smalltalk\scripts\Remote.st to fix this. > and then crash > > Or to load Seaside Packages: > C:\msys\1.1\local\bin>gst You need this http://www.gnu.org/software/libiconv/#downloading _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
Is not more easy to do something like this: (with relative paths)
- Search this scripts in script folder where gst was called. ifFalse[ - Search this scripts on the same path where gst was called.] ifFalse[ - Search this scripts on scripts fodler when gst binary resides] ifFalse [ - Search this scripts on the same path where gst resides] ifFalse[ - Search this scripts on lib folder ........] With this usage, if you can, for example, do some changes to Remote.st for testing purposes, Create a scripts folder with Remote.st and change it, and if it fails, you only need to rename it to load the "original". What do you think? Sorry for the ifFalse..I'm on Newbie-Smalltalk-Mode now :D I'm like a kid with new shoes :D (this is an spanish expression, I don't know if it understand in english). El 31/05/2008, a las 11:16, Paolo Bonzini escribió: > >>> Remove lines 34-38 of C:\msys\1.1\local\share\smalltalk\scripts >>> \Remote.st to fix this. >> Ok, I ill try, but, Why it links to this folder? If this, we can >> not release a windows binary as it. > > That folder is created by "make install". There is a relatively > complicated thing known as "relocatable installation", but it is too > early to experiment with it if the "normal" installation has to be > sorted out yet. :-) > > Paolo _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
Hi again list.
Paolo, I think you don't answered this mail. Cheers. El 31/05/2008, a las 11:27, Giuseppe Luigi Punzi Ruiz escribió: > Is not more easy to do something like this: (with relative paths) > - Search this scripts in script folder where gst was called. ifFalse[ > - Search this scripts on the same path where gst was called.] ifFalse[ > - Search this scripts on scripts fodler when gst binary resides] > ifFalse [ > - Search this scripts on the same path where gst resides] ifFalse[ > - Search this scripts on lib folder ........] > > With this usage, if you can, for example, do some changes to > Remote.st for testing purposes, Create a scripts folder with > Remote.st and change it, and if it fails, you only need to rename it > to load the "original". What do you think? > > Sorry for the ifFalse..I'm on Newbie-Smalltalk-Mode now :D > > I'm like a kid with new shoes :D (this is an spanish expression, I > don't know if it understand in english). > > El 31/05/2008, a las 11:16, Paolo Bonzini escribió: > >> >>>> Remove lines 34-38 of C:\msys\1.1\local\share\smalltalk\scripts >>>> \Remote.st to fix this. >>> Ok, I ill try, but, Why it links to this folder? If this, we can >>> not release a windows binary as it. >> >> That folder is created by "make install". There is a relatively >> complicated thing known as "relocatable installation", but it is >> too early to experiment with it if the "normal" installation has to >> be sorted out yet. :-) >> >> Paolo > > > > _______________________________________________ > help-smalltalk mailing list > [hidden email] > http://lists.gnu.org/mailman/listinfo/help-smalltalk _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
Giuseppe Luigi Punzi Ruiz wrote:
> Hi again list. > > Paolo, I think you don't answered this mail. I have to think more. :-) I'll answer after thinking. Paolo _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
Oh, ok, sorry.
El 01/06/2008, a las 20:09, Paolo Bonzini escribió: > Giuseppe Luigi Punzi Ruiz wrote: >> Hi again list. >> Paolo, I think you don't answered this mail. > > I have to think more. :-) I'll answer after thinking. > > Paolo _______________________________________________ help-smalltalk mailing list [hidden email] http://lists.gnu.org/mailman/listinfo/help-smalltalk |
Free forum by Nabble | Edit this page |