[Glass] WG: Info on implementation limits

Christian Haider via Glass glass at lists.gemtalksystems.com
Wed Jul 12 22:37:41 PDT 2017


Thank you Dale!

 

I will try to run the input on the server.

For now, I deferred the issue, since I find it difficult to use topaz on the
server with the devkit installation:

*	there is a startTopaz script in devkit, but it uses its own
initialization file, i.e. I cannot use my own with -I 
*	when I call topaz directly, it complains about missing libraries
(probably some paths/variables required)

In the moment, I don’t have the patience to chase up the shell programming
issues – I will come back to that later


 

Thanks,

                Christian

 

Von: Dale Henrichs [mailto:dale.henrichs at gemtalksystems.com] 
Gesendet: Mittwoch, 12. Juli 2017 20:56
An: Christian Haider <christian.haider at smalltalked-visuals.com>
Cc: glass at lists.gemtalksystems.com
Betreff: Re: AW: AW: [Glass] WG: Info on implementation limits

 

Christian,

>From engineering:

   I suspect that topaz echo of output 

  to stdout , when stdout is to a terminal is messing up the terminal

  when non-ascii characters are involved.  Workaround should be

  to use linux topaz  or  topaz input file and 

  output push only 

  to a log file (the useage style which he observes works correctly).

 

Dale

 

On 07/12/2017 07:11 AM, Christian Haider wrote:

Dale,

 

attached is the source method from VW – I found a much smaller one (4022
Byte literal string) with the same problem.

The setup is identical with the prior problem.

 

So, there are no simple answers to the limits questions?

 

Cheers,

                Christian

 

Von: Dale Henrichs [mailto:dale.henrichs at gemtalksystems.com] 
Gesendet: Mittwoch, 12. Juli 2017 15:50
An: Christian Haider  <mailto:christian.haider at smalltalked-visuals.com>
<christian.haider at smalltalked-visuals.com>; glass at lists.gemtalksystems.com
<mailto:glass at lists.gemtalksystems.com> 
Betreff: Re: AW: [Glass] WG: Info on implementation limits

 

Christian,

Can you provide more details, so we can try to check this one out? Log file,
method source, etc.

Thanks,

Dale

 

On 7/12/17 6:18 AM, Christian Haider wrote:

Found another one (sudden death):

A method returning a literal 78 KB String.

What is the limit on the method source size?

Or, is there a limit for strings inside a method?

 

Cheers,

                Christian

 

Von: Glass [mailto:glass-bounces at lists.gemtalksystems.com] Im Auftrag von
Christian Haider via Glass
Gesendet: Mittwoch, 12. Juli 2017 11:37
An: glass at lists.gemtalksystems.com <mailto:glass at lists.gemtalksystems.com> 
Betreff: [Glass] WG: Info on implementation limits

 

(resent, because Google blocked the attachment)

 

Von: Christian Haider [mailto:christian.haider at smalltalked-visuals.com] 
Gesendet: Mittwoch, 12. Juli 2017 09:53
An: 'glass at lists.gemtalksystems.com <mailto:glass at lists.gemtalksystems.com>
' <glass at lists.gemtalksystems.com <mailto:glass at lists.gemtalksystems.com> >
Cc: 'Dale Henrichs' <dale.henrichs at gemtalksystems.com
<mailto:dale.henrichs at gemtalksystems.com> >
Betreff: AW: [Glass] Info on implementation limits

 

>From replies off list, I heard, that big input files are not a problem. Good
to know, thank you.

 

For the crash on the big method, I investigated and created an input file
which reproduces the problem (attached as bigMethod.gs). The log is attached
as well.

My theory was wrong. It seems not to be a problem with many literals in a
method, but something else.

When I input the file in a Topaz shell (on windows), it works seamless and
the method can be called.

Steps:

1.	Login to topaz
2.	enter ‘output push c:\image\bigMethod.log’[CR]
3.	enter ‘input c:\image\bigMethod.gs’[CR]
4.	all fine!

 

But if I do the same with a batch file which uses the script
loadBigMethod.tpz (attached),

The Topaz window opens, it stays there for about 10 seconds (the step 3
above took no time) and the crashes (Windows pops up with “the program does
not work anymore
” or something like that (I have a German version).

 

Any idea?

Thanks

 

 

Config data (running on Windows 10):

|    PROGRAM: topaz, Linear GemStone Interface (Remote Session)
|

|    VERSION: 3.3.5, Thu May  4 11:44:37 2017
|

|      BUILD: gss64_3_3_x_branch-41643
|

|  BUILT FOR: x86-64/Windows7
|

|       MODE: 64 bit
|

| RUNNING ON: 4-CPU haider-pc: Unknown CPU, Windows NT 6.2 build 9200
|

 

 

Von: Glass [mailto:glass-bounces at lists.gemtalksystems.com] Im Auftrag von
Dale Henrichs via Glass
Gesendet: Dienstag, 11. Juli 2017 18:20
An: glass at lists.gemtalksystems.com <mailto:glass at lists.gemtalksystems.com> 
Betreff: Re: [Glass] Info on implementation limits

 

Christian,

Could you send me the full topaz log file? We need that to understand what
might be going on ...

Thanks,

Dale

 

On 7/11/17 1:07 AM, Christian Haider via Glass wrote:

Hi,

 

are there any information about implementation limits of Gemstone Smalltalk?

 

Concrete issue: 

I try to input a source file (2.1. MB – can this work?). 

Topaz dies (Windows reports that Topaz is not working anymore
)

Last thing in the log file is a method with 743 literals – is this an issue?

My naïve theory: Gemstone (Topaz?) cannot compile the method, but dies
without error.

 

Any ideas?

 

Thanks,

                Christian

 

 

_______________________________________________
Glass mailing list
Glass at lists.gemtalksystems.com <mailto:Glass at lists.gemtalksystems.com> 
http://lists.gemtalksystems.com/mailman/listinfo/glass

 

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20170713/f34e16aa/attachment-0001.html>


More information about the Glass mailing list