ejbs / xmlisp Goto Github PK

There is little that can be done in the kernel debugger.
The output of the console cannot be copied into clipboard

What steps will reproduce the problem?
1. start of the windows ccl IDE
2.  load xmlisp-init
3. Execute this code:
(in-package :xlui)
(setq window
<application-window>
<agent-3d-view>
<cube/>
</agent-3d-view>
</application-window>)
3.  Select the cube that shows up (notice the cube is highlighted)
4. in the windows ccl IDE go to the file menu, select open
5. The IDE will crash.

What is the expected output? What do you see instead?
I expect that this will not crash the IDE.

Please use labels and text to provide additional information.

This bug is easily reproducible on two mac computer running windows XP and 
windows 7 on 
parallels, and on normal PC running XP and windows 7 but it seems that Gary has 
not been able 
to reproduce this bug on his machine.  

Currently it seems that there is no way to create a decorated window without it 
having the Clozure 
CL Menu bar.  We need to have some way to create a window that does not have 
this menu bar 
besides setting the window to have a  NSBorderlessWindowMask.  

What steps will reproduce the problem?
1.Start up the ccl ide on windows with the newest version of cocotron.
2.Execute an example that includes an XLUI img.  There is an example in
test-case-examples.lisp that contains only an application-window and an img
which shows the scalable game design logo (if you just search for <img in
test-case-examples.lisp you should be able to find it).  

What is the expected output? What do you see instead?

When this test is done on the Mac side, we see the image scaled to fit
inside the window, but on the PC side the image is not scaled at all.  

Please use labels and text to provide additional information.

At first this issue seemed to be an issue that only had to do with
Cocotron, but after some experiments it seems that there might be a problem
with the objective C bridge.  I created an example in objective C (with
Xcode) that just contains a window with a 128x128 NSImageView that scales a
16x16 .png file up to 96x96.  This example scales the image properly when I
target for both Mac or Windows.  This example seems to suggest that this
bug does not reside merely in the domain of Cocotron.  

I also encountered another interesting anomaly while trying to track down
the beginning of this issue.  I had noticed that this bug did not occur on
my old install of the CCl Windows IDE (I had not updated the CCL ide on
well over a month and this version of CCL had a quite old version of
Cocotorn as well).  I began rolling back version of Cocotron (from this
repository
http://svn.clozure.com/publicsvn/openmcl/trunk/aux/cocotron/win32/cocotron
) until I found a version that did not exhibit this issue and I found that
13540 was the first one to have this problem.  Coincidentally, 13540 is
also the last revision that will work with the newest version of ccl I have
(the .tz2 file clozure sent to us).  In order to get version 13539 to work
I had use the old version of the IDE.  I am not sure if this has anything
to do with this issue but thought it might be relevant.  

What steps will reproduce the problem?
1. make alert window

What is the expected output? What do you see instead?
- no menu bar in window

Need: control to turn menu bar off on a per-class or per-instance basis

The full method name is: 
#/mouseEventWithType:location:modifierFlags:timestamp:windowNumber:context:event
Number:
clickCount:pressure:
this method is used to create an a mouse click event but it seems to not work 
cocotron ccl even 
though it seems that it is implemented here: 

http://code.google.com/p/cocotron/source/browse/trunk/AppKit/NSEvent.subproj/NSE
vent.m

Here are a couple of methods that will help you reproduce the problem all the 
code executes but 
when the button is pressed it works fine on mac ccl but on windows it reports 
that the 
mouseEventWithType method is undefined:

;this function when called will just make a dummy event, please not that this 
will have to be 
;in the LUI package because it uses native-view
(export '(make-event))
(defun make-event (window) 
  (ns:with-ns-rect (Frame 100 50 200 200)
    (ns:with-ns-point (Point 50 50)
      (let ((context (#/graphicsContextWithWindow: ns:ns-graphics-context (native-window 
window))))
        (let ((event 
(#/mouseEventWithType:location:modifierFlags:timestamp:windowNumber:context:even
tNumber:
clickCount:pressure:
                      ns:ns-event
                      #$NSLeftMouseDown
                      Point
                      0
                      55555555545464564646.0d0
                      1
                      context
                      1
                      1
                      1.0))))))))

;This code will just display a button that when pressed will call the 
make-event method
(defmethod hello ((w application-window) (Button button))
  (make-event w))

<application-window title="Currency Converter" width="300" height="180">
  <column align="stretch" valign="stretch" padding="9">
    <row align="stretch" minimize="vertical" valign="bottom">
      <button text="make-event" action="hello" width="100" default-button="true"/>
    </row>
  </column>
</application-window>

[deleted issue]

What steps will reproduce the problem?
1. Start up the ccl windows IDE
2. Open the file xmlisp-init.lisp inside the ccl ide using the file chooser
3. Inside the xmlisp-init.lisp file, select the lisp menu item and select 
execute all.
4. Repeat step 3 until the listener freezes (sometimes this happens the first 
time you execute all, 
sometimes it takes as many as 10 tries but I have always been able to crash it 
eventually when 
trying).  

What is the expected output? What do you see instead?
I expect that execute all should not crash the IDE.  

Please use labels and text to provide additional information.

This seems to be a new issue.  I never saw this happen using older setups but 
since I have 
started using ccl-r13548.tz2 this has happened quite frequently.  

What steps will reproduce the problem?

Make any dialog with a regular OS X button on Windows

What is the expected output? What do you see instead?

button appears to work: can be clicked if you know where it is
supposed to be

What steps will reproduce the problem?
1. when changing window controls, e.g., sliders, resulting in call to display 
the window content will 
flicker, examples: color picker 3

What is the expected output? What do you see instead?
- no flicker, i.e., double buffering

In the appkit thread (i.e., all the event handler code invoked by GUI 
components) any kind of warning, 
including the use the warn function itself, will stop the execution of code. 

What steps will reproduce the problem?

(in-package :ccl)

(in-main-thread ()
               (warn "something fishy")
               (print "post warn")
               nil)

;; with Gary P's macro to run body in the appkit thread:

(defmacro IN-MAIN-THREAD (() &body body)
 (let ((thunk (gensym))
       (done (gensym))
       (result (gensym)))
   `(let ((,done nil)
          (,result nil))
      (flet ((,thunk ()
               (setq ,result (multiple-value-list (progn ,@body))
                     ,done t)))
        (gui::execute-in-gui #',thunk)
        (process-wait "Main thread" #'(lambda () ,done))
        (values-list ,result)))))



What is the expected output? 
- see "something fishy" warning printed in alt console,
- see "post warn" printed in alt console

What do you see instead?
- CCL 1.4 PPC -> Error message in al console: this should not be an error
- other platforms: no output, warning does cause error with no output, code 
following warn is NOT executed

What steps will reproduce the problem?
1. new window, type in text, try to save

What is the expected output? What do you see instead?
- expected: saved window text content
- save + save as is offered but will result in error 

What steps will reproduce the problem?
1. eval color picker 3 example
2. move one slider

What is the expected output? What do you see instead?
- expected: agile slider
- got: sluggish slider. After moving slider CPU is going up to 100% 

What steps will reproduce the problem?
1. run animation or time testing

What is the expected output? What do you see instead?

- get smooth animation with high resolution timer (e.g, at <= 1 us)

AltConsole in Dock with this message:

> Error: value #<A Foreign Pointer #x7FFF7BEFE8A0> is not of the expected type 
OBJC:OBJC-OBJECT.
> While executing: (:INTERNAL GUI::|+[LispApplicationDelegate initialize]|), in 
process Initial(0).


The CCL Icon in the dock doesn't stop jumping up and down, no CCL menu appears.

What steps will reproduce the problem?
1. (require :cocoa)

What is the expected output? What do you see instead?

expect: no warning output

BusyBeaver-2:~ gb$ cd /Applications/XMLisp/
BusyBeaver-2:XMLisp gb$ cd XMLisp.app/
BusyBeaver-2:XMLisp.app gb$ cd Contents/
BusyBeaver-2:Contents gb$ cd MacOS/
BusyBeaver-2:MacOS gb$ ./XMLisp 
dyld: lazy symbol binding failed: Symbol not found: _sigreturn
  Referenced from: /Applications/XMLisp/XMLisp.app/Contents/MacOS/./XMLisp
  Expected in: /usr/lib/libSystem.B.dylib

dyld: Symbol not found: _sigreturn
  Referenced from: /Applications/XMLisp/XMLisp.app/Contents/MacOS/./XMLisp
  Expected in: /usr/lib/libSystem.B.dylib

What steps will reproduce the problem?
1. <mike please add steps to reproduce>

What is the expected output? What do you see instead?
- instead of actual control some generic outline will show up with the text 
"**error**" will show up


Please use labels and text to provide additional information.

not part of Cocotron project scope but would be really helful

The code below pops up a menu in ccl on the mac but in the pc version it
gives the following error:
convertFont:toHaveTrait: failed, Courier 3"
and reports that some code in the file
/Users/palter/Clozure/cocotron/AppKit/NSfontManager is not implemented at
line 309.
Here is the code example which can be found in the test-case-examples (you
will need to check out the newest copy of XMLISP for this exampel to work:
;; Popup Test
(defmethod hello ((w application-window) (Button button))
  (show-string-popup w))

<application-window title="Currency Converter" width="300" height="180">
  <column align="stretch" valign="stretch" padding="9">
    <row align="stretch" minimize="vertical" valign="bottom">
      <button text="make-event" action="hello" width="100"
default-button="true"/>
    </row>
  </column>
</application-window>

What steps will reproduce the problem?
1. print in event thread

What is the expected output? What do you see instead?
- expect print output in DOS console
- get: sometimes: no output anywhere

What steps will reproduce the problem?
1. <image-button ...> does not work

What is the expected output? What do you see instead?

a button should be produced

What steps will reproduce the problem?

Create window with resizable content. Content of window looked as if it is 
clipped, e.g., button 
should fill out window. After resizing it will. In some examples, e.g., OpenGL 
example 2, the layout 
is wrong as well before resizing window.

What is the expected output? What do you see instead?

e.g., resizable button and window example. See "Bad resize"

What steps will reproduce the problem?

Following instructions on home page of project. No previous installation of 
xmllisp or clozure cl is present.

1. Download 0.3 version for Intel
2. Move XMLLisp to Applications
2. Double-click on Agentsheets-Globe.lisp
3. choose Lisp-> Load Buffer

What is the expected output? What do you see instead?

Expect simulation to run. 

See 

Unhandled exception 10 at 0x8fe010e3, context->regs at #xb029e5fc
Exception occurred while executing foreign code
? for help
[16456] Clozure CL kernel debugger:

What version of the product are you using? On what operating system?

I am using 0.3 Intel on a MacBook Pro OS X 10.6.2 

Please provide any additional information below.

This seems to be the response no matter what I do. Do I need to install 
Clozure CL first?

What steps will reproduce the problem?
1. (require :cocoa-application) makes a OS X .app folder

What is the expected output? What do you see instead?
- expected: create working .exe application
- got: creates .app folder with OS X folder structure -> not very useful



Please use labels and text to provide additional information.

reproduce: run any of the XMLisp examples; close window; eval different 
example. Eventually you 
get something like "window crash" image

speculation: window may not be properly taken down (seems to work different 
than Cocoa on Mac)

What is the expected output? What do you see instead?
- should not crash

What steps will reproduce the problem?
1. launch XMLisp

What is the expected output? What do you see instead?

if there is a "ccl-init.lisp" in the user directory then XMLisp will load it. 
This file is only for 
developers. 

What steps will reproduce the problem?
1. Make a .app file using the build-applicaiton command called myApp
2. Go into the dos emulator and fire up gdb with the newly created binary as 
the target 
(gdb *path to .app file*\myApp.app\Contents\Windows\myApp
3. gdb will load now type run

What is the expected output? What do you see instead?
I would expect the application to start and see the CCL windows listener pop 
up.  Instead the 
application crashes with a segmentation fault.  

Please use labels and text to provide additional information.

What steps will reproduce the problem?
1.  Start of the CCL Windows IDE
2.  Execute (require 'cocoa) to bring up the listener
3. In the listener go to the file menu and select new

What is the expected output? What do you see instead?
I would expect a file to come up that was titled "Untitled " or "Untitled - CCL 
Windows" instead I see 
something like "Untitled - temp bundle 32".  I am not sure where this temp 
bundle32 comes from. 

Please use labels and text to provide additional information.

several missing method implementations:
- orderedIndex
- setAutohidesScrollers

CCL is a mess and should not be used to deliver anything
resembling an end-user application, much less used to teach
newbies opengl/and-or lisp. This is exactly the sort of app
that turns people away from Lisp alltogether. If you can not
do it right, its better not to do it at all.

Detailed issues: 80% of the examples do not run as condition
is thrown about TITLE missing. It would be good if the example code
within the examples was uncommented and ran on 'compile and load file'.

The IDE is abysmally bad to the point of becoming a mockery of Lisp.
Extremelly unstable, beach balls all the time seemingly for no reason at
all, lack of customization, stupid defaults, alien look & feel with no
relevance to Apple HIG. Most importantly: It does not inspire confidence
for someone to make the investment and learn/use lisp.