Closed dankurka closed 9 years ago
Kelly, this works great, thanks for all the hard work to resolve this critical
problem so fast. Google better give you a big bonus for this. :)
Reported by cromwellian
on 2007-11-07 19:12:49
When launching in IntelliJ 7.01 i have to manually type in the url to the html file.
i get this message:
"To launch an application, specify a URL of the form /module/file.html"
it works fine to type in the url to the file manually though, dunno if it intellij
or GWT having a problem. this seemed to be no problem when going from 1.2 to 1.4
Reported by prentesvarten
on 2007-11-08 07:53:45
@53,
I don't have this problem with 1.4.61 and IDEA 7.01. Did you check that the right
'module' is selected in the Run dialog dropdown, as well as the "HTML To Open" is a
valid path? Try quitting and restarting IDEA also.
-Ray
Reported by cromwellian
on 2007-11-08 08:24:28
the url was identical, but when i reapplyed it, it worked. (i had to hit apply a
couple of times) problably some project variables not set or something. beats me.
thanks for the tip ray =)
Reported by prentesvarten
on 2007-11-08 08:33:59
FYI, I'm getting the following exception with the test build: (This is triggered by
doing a file upload in GWT hosted mode):
Thread 28 Crashed:
0 com.apple.CoreFoundation 0x9671b77b CFWriteStreamClose + 43
1 com.apple.Foundation 0x949198ec spoolingClose + 92
2 com.apple.CoreFoundation 0x9671b57d _CFStreamClose + 93
3 com.apple.CFNetwork 0x9103e47f closeRequestResources + 24
4 com.apple.CFNetwork 0x91039b0f httpConnectionStateChanged + 2294
5 com.apple.CFNetwork 0x910551e4 sendStateChanged + 77
6 com.apple.CFNetwork 0x9105516e _CFNetConnectionErrorOccurred + 89
7 com.apple.CFNetwork 0x9104645f httpRequestPayloadCallBack + 167
8 com.apple.CoreFoundation 0x96719629 _CFStreamSignalEventSynch + 137
9 com.apple.CoreFoundation 0x9670764e CFRunLoopRunSpecific + 3166
10 com.apple.CoreFoundation 0x96707d38 CFRunLoopRunInMode + 88
11 com.apple.Foundation 0x947b2560
+[NSURLConnection(NSURLConnectionReallyInternal) _resourceLoadLoop:] + 320
12 com.apple.Foundation 0x9474f04d -[NSThread main] + 45
13 com.apple.Foundation 0x9474ebf4 __NSThread__main__ + 308
14 libSystem.B.dylib 0x92ee1075 _pthread_start + 321
15 libSystem.B.dylib 0x92ee0f32 thread_start + 34
Reported by dunhamsteve
on 2007-11-08 21:10:49
I'm getting the same crash on file upload in hosted mode with the test build.
0 com.apple.CoreFoundation 0x9039277b CFWriteStreamClose + 43
1 com.apple.Foundation 0x917e78ec spoolingClose + 92
2 com.apple.CoreFoundation 0x9039257d _CFStreamClose + 93
3 com.apple.CFNetwork 0x950df47f closeRequestResources + 24
4 com.apple.CFNetwork 0x950dab0f httpConnectionStateChanged + 2294
5 com.apple.CFNetwork 0x950f61e4 sendStateChanged + 77
6 com.apple.CFNetwork 0x950f616e _CFNetConnectionErrorOccurred + 89
7 com.apple.CFNetwork 0x950e745f httpRequestPayloadCallBack + 167
8 com.apple.CoreFoundation 0x90390629 _CFStreamSignalEventSynch + 137
9 com.apple.CoreFoundation 0x9037e698 CFRunLoopRunSpecific + 3240
10 com.apple.CoreFoundation 0x9037ed38 CFRunLoopRunInMode + 88
11 com.apple.Foundation 0x91680560 +[NSURLConnection(NSURLConnectionReallyInternal)
_resourceLoadLoop:] + 320
12 com.apple.Foundation 0x9161d04d -[NSThread main] + 45
13 com.apple.Foundation 0x9161cbf4 __NSThread__main__ + 308
14 libSystem.B.dylib 0x93b8a075 _pthread_start + 321
15 libSystem.B.dylib 0x93b89f32 thread_start + 34
Reported by llewmason
on 2007-11-09 00:45:59
Did someone already try to start an application in hosted browser in debug-mode?
In my case, with the new version of GWT, "debug" causes the hosted browser application
window to hang.
(Leopard, Eclipse 3.3, Cypal)
Reported by unreallity
on 2007-11-09 06:58:32
I've been using debug in IntelliJ IDEA 7.01 all day and it works.
Reported by cromwellian
on 2007-11-09 07:30:43
Ok, i just figured out, that debugging GWT in Leopard on my machine seems to be unusable
slow, compared to
debugging other applications in eclipse or compared to debugging GWT apps in Tiger.
But may be, this is not
related to this bug. Hosted Browser seems to run normally, when not debugging.
Reported by unreallity
on 2007-11-09 08:14:51
Thank you, the .61 release allows for running the application in hosted mode.
Reported by tumanov
on 2007-11-10 00:05:53
Just for kicks, I tried it under Leopard on an old Powerbook G4 (PPC) and the hosted
mode window launches, then disappears. Did GWT ever work on PPC Macs?
Reported by cromwellian
on 2007-11-10 08:11:12
I have tried the test build of 1.4.61 that you posted. I can run my application in
hosted mode on leopard now.
However, the WebKit widget inspector appears to be unavailable no matter where I right-click
on the page. I
thought this worth mentioning since no one else had.
Reported by pohl.longsine
on 2007-11-12 22:21:24
comwellian, GWT worked fine with a PPC Mac in Tiger.
Reported by ptomblin
on 2007-11-13 02:57:53
@comwellian
confirm: I'm using GWT/Eclipse/plugins on PPC/Tiger
regards,
Peter
Reported by peter.blazejewicz
on 2007-11-13 03:06:46
I'll have to take a look at the file upload issue in the test build. I suspect it's
a problem with the webkit version
I compiled. I grabbed the TOT and updated the c++ bindings for gwt. The version was
completely arbitrary
since this build was really just a temporary solution to get people running on Leopard
while we put together a
much better solution.
GWT has typically worked on PPC. I've used GWT a lot on PPC under Tiger. Also, the
leopard test build was
actually built and intially run on a PPC (g5), so I'm not sure why it has issues on
a G4 (unless the default ppc
build for WebKit turns on optimizations for g5). Anyway, one thing you can try that
might tell us why things
are failing is to set an evionmental variable before running GWTShell, DYLD_PRINT_LIBRARIES=1.
This will print
out all the shared libraries as they load, Be sure you see swt-webkit, gwt-webkit,
WebKit, WebCore and
JavaScriptCore all load successfully.
Reported by gwt.team.knorton
on 2007-11-13 03:31:05
Another observation about the "Inspect Element" function being missing in the test
build...
...yesterday, in unrelated exploration, I downloaded a daily build of WebKit from webkit.org
so that I could look
at the advancements in its widget inspector.
Today I was surprised to discover that the 1.4.61 test build magically picked it up
— not only did the "Inspect
Element" function return to GWT's hosted mode, but it was the new-fangled, non HUD
inspector.
Reported by pohl.longsine
on 2007-11-13 17:42:36
Thanks for releasing 1.4.61. I'm also still having trouble with the GWTShell staying
open on a PPC G5 Quad. After running Hello-shell, KitchenSink-shell, and my own app,
the hosted mode shell opens for a few seconds and then closes. As you said above,
some libraries don't seem to be loading. I don't see any reference to WebKit and
WebCore frameworks (only JavaScriptCore). I've attached the output as a text file
-
maybe it will help in tracking this down.
Reported by vmcdirect
on 2007-11-13 23:02:55
Hello All,
Many thanks for releasing GWT version 1.4.61. I was having problems running GWT in
hosted mode on Leopard too, so as I was just notified about this new release, I
immediately downloaded it to try it out. Unfortunately, it still doesn't work for
me. The the browser still pops up for only a second, and then quickly disappears.
There are no error messages (I also checked the Mac OS X console).
We're testing this on a new Mac Pro running Leopard (Mac OS X version 10.5.1).
We are using IntelliJ IDEA version 7.0.1 (the latest) which is configured with Java
1.5.0_13 (the latest from Apple).
My project uses Tomcat 6.0.14 and GWT 1.4.61.
I cleared all of IntelliJ IDEA's caches and rebuilt my project from scratch.
Everything compiled successfully. Running the project in GWT hosted mode reproduced
the GWT browser pop up and quickly disappear error.
I created a brand-new project in IntelliJ IDEA and used the source from the
KitchenSink example in the GWT 1.4.61 download. I compiled the project successfully,
but running it produces the same results; the browser pops up and disappears and
there are no error messages. This test reproduced the error with none of my code
involved and the only two dependences were Java 1.5.0_13 and GWT 1.4.61's
gwt-user.jar and gwt-servlet.jar files.
Am I the only one still not up and running with GWT in a Leopard environment?
Thanks for any help!
Cheers,
- Garry
Reported by garry.archer
on 2007-11-20 17:23:04
Hello All again,
FYI, just to make sure GWT version 1.4.61 still works in Tiger, I performed my
"KitchenSink Test" on my old development machine too. The KitchenSink project
compiled and executed perfectly:
Older PowerPC G5 Mac Pro running Mac OS X version 10.4.11
IntelliJ IDEA version 7.0.1
Java version 1.5.0_7 (still the latest with Tiger?)
GWT version 1.4.61
The major differences between this test and my previous test are: Different hardware
(PowerPC G5 with 1 x DuoCore CPU v Intel with 2 x DuoCore CPU), different OS (10.4.11
v 10.5.1) and different Java (1.5.0_7 v 1.5.0_13).
Thanks in advance for any help.
Cheers,
- Garry
Reported by garry.archer
on 2007-11-20 20:00:58
Did you make sure you went to the module settings and altered the GWT facet to point
to 1.4.61 as well as going to the Library dependencies and changing the libraries to
point to the 1.4.61 directory?
Reported by cromwellian
on 2007-11-20 21:25:02
GWT hosted mode on Mac OS X 10.5.1 doesn't work work for me, either.
I've tried both 1.4.61 and trunk (@1542), and neither will raise the Hello sample
shells (or IDEA-launched shell, or just by hand with `java -XstartOnFirstThread -cp
gwt-dev-mac.jar com.google.gwt.dev.GWTShell`).
The console just taunts you for a second before it disapparates, leaving only odd,
salty afterbite caused no doubt from the silent tears wept from broken dreams.
Ah, bleeding edge, how you cut me so.
(holler if you need java -verbose or DYLD_PRINT_BINDINGS).
Thanks for GWT, BTW. <3 teh gwt. Raving praises to all who will listen.
--
Matthew
Reported by matthew.mceachen
on 2007-11-20 21:32:05
I'm using Netbeans, so this comment may not be relevant to what garry and matthew
are experiencing, but I was frustrated by the same thing until I noticed that I still
had
1.4.60 on my machine and Netbeans was still actually invoking it. I still had the
GWT
"Library" in Netbeans defined with a path to the 1.4.60 instead of 1.4.61.
You might try removing 1.4.60 from your machine entirely to see if IntelliJ complains
in its absence. That's what I finally had to do.
Reported by pohl.longsine
on 2007-11-20 23:27:20
I had the same issues but with the Eclipse projects that the previous GWT created.
A
few project reference changes and GWT 1.61 worked fine with Eclipse after that.
Reported by codethought
on 2007-11-20 23:54:10
Still no love. I deleted all gwt references (including
~/Library/Caches/IntelliJIDEA70) and re-downloaded and re-extracted the 1.4.61 tarball.
The simple test of "unset CLASSPATH ; java -XstartOnFirstThread -cp gwt-dev-mac.jar
com.google.gwt.dev.GWTShell" still opens then crashes, and "-verbose" shows that only
the 1.4.61 jar is being opened.
Reported by matthew.mceachen
on 2007-11-21 00:18:18
If this helps:
$ java -version
java version "1.5.0_13"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05-237)
Java HotSpot(TM) Client VM (build 1.5.0_13-119, mixed mode, sharing)
$ md5sum /opt/gwt-mac-1.4.61/gwt-dev-mac.jar
3cc7365324dc96419b89c45dd21777f5 /opt/gwt-mac-1.4.61/gwt-dev-mac.jar
I've attached the result from
java -verbose -XstartOnFirstThread -cp gwt-dev-mac.jar com.google.gwt.dev.GWTShell
>
java.verbose.txt
and if there's anything else I can provide or run, please don't hesitate to ask.
Reported by matthew.mceachen
on 2007-11-21 00:32:07
Trying to execute a GWTTestCase throws "javax.xml.parsers.FactoryConfigurationError:
Provider
org.apache.xerces.jaxp.DocumentBuilderFactoryImpl not found" when using the 1.4.61
build.
Hosted mode works with no problems (I run with -noserver normally but it works fine
without that flag) so that's
good but does anyone know how I can solve the problem with the test cases?
Reported by alex.moffat
on 2007-11-27 22:23:41
I have a work around for the GWTTestCase problem I reported above. What I did was modify
GWTTestCase to add
a call to BootStrapPlatform.setSystemProperties() at the top of the "void run(TestResult
result)" method.
Reported by alex.moffat
on 2007-11-28 16:53:37
Hi
I'm using Intellij 7.0.1 on an Mac OS X 10.5 Macbook using the 1.4.61 GWT donwloaded
from this issue
And the Hosted Mode works fine until I want to make a RPC call to the server.
I get an:
com.google.gwt.user.client.rpc.InvocationException: Unable to initiate the asynchronous
service invocation --
check the network connection
When I deploy the war to the server and test with Safari or Firefox the call works!
Does anybody experience the same problem?
Thanks for your help
Roll
Reported by rreckel@mac.com
on 2007-11-29 11:48:53
We're getting the same issue as the one described in comment #79 as well. Would appreciate
any ideas that
anyone can give us.
Reported by mddiep
on 2007-12-01 20:56:18
In testing GWT 1.4.61 from the command line with a fresh applicationCreator project,
I get the AWT startup error when using Leopard's 1.4 JDK. However, it works fine when
using Leopard's 1.5 JDK.
Reported by weber.lance
on 2007-12-02 04:07:14
Hello All,
Sorry I haven't been keeping up, but I'm busy on another project and testing GWT on
Leopard was lower priority.
I've had some success in getting GWT to run in hosted mode on Leopard!
I was testing different versions of Java in my environment (see comments #69 and #70)
to see if that was the problem (the version of Java in Leopard is higher than the
version in Tiger), but with no success.
I finally picked up on Pohl's comments (#73) where he had his project pointing to the
1.4.61 JARs and was still getting the problem in hosted mode. He recommended
removing the older 1.4.60 from your machine entirely (like him, I still had it
around). I did this and tried to run the KitchenSink example project in IntelliJ
7.0.1 again and... voila! IntelliJ complained, it couldn't find 1.4.*60*.
Sure enough there is a *second* place you have to set up GWT in IntelliJ. Under
Project Settings, under your project folder there is a GWT "facet". Select that and
the panel on the right reveals the set up -- and the full path to the GWT
installation directory! Change that path to 1.4.61.
After that I could run the KitchenSink example on Leopard.
I tried it with my "real" project and things mostly appeared to work. One of my
dialogs didn't pop up (it does in Tiger), but I think I know what that is (a string
I
was parsing with a '|' in it appears to now display the unicode value for that
character and the parse no longer works before popping up the dialog).
So, in summary, when changing versions of GWT in IntelliJ always remember to set the
version in the GWT facet as well as adding the new version JARs to your project
dependencies.
Thank you to all who have made a valuable contribution to this thread. And many
thanks to the GWT team, of course!
Cheers,
- Garry
Reported by garry.archer
on 2007-12-04 16:57:57
knorton's build is working for me now -- thanks!
I had seen the "there's a new version -- 1.4.61, go download it" notice, scrolled up
and clicked the "Downloads" tab, and "aha, there's gwt-mac-1.4.61". *That* version
fails miserably on Leopard. The file at the URL on comment #46 works swell.
Why is the leopard version hidden on the download tab?
Reported by matthew.mceachen
on 2007-12-07 01:29:12
I'm shooting in the dark, matthew, but comment #46 is dated November 06, and
the date on the file in the download tab is dated November 02 — it was probably
compiled before the fix.
Reported by pohl.longsine
on 2007-12-07 01:44:48
Anyone gotten GWTTestCase to work on Leopard? I'm getting the same context
classloader issues (can't load xerces)
Reported by cromwellian
on 2007-12-07 20:59:21
See 78 for solution to problem in comment 85. More details in this blog post http://www.zanthan.com/itymbi/?
p=4. This worked for me.
Reported by alex.moffat
on 2007-12-07 22:21:57
Thanks a lot for gwt-leopard-1.4.61! You rock!
Reported by ivan.krechetov
on 2007-12-10 12:10:26
I've downloaded the latest gwt-leopard-1.4.61 build, but receive the following error
message when
attempting to un-tar it:
"Unable to unarchive "gwt-mac'1.4.61.tar" into "Downloads". (Error 2 - No such file
or directory.)"
When un-tarring at the command line I receive the following error:
tar: Read 142 bytes from gwt-mac-1.4.61.tar
tar: Unexpected EOF in archive
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now
I've also attempted to un-tar it on a linux box, but receive the same results. Does
anyone have any
suggestions?
Thanks
Reported by sourceseed
on 2007-12-10 17:01:38
sourceseed,
Since everyone else has managed to unpack this archive fine, it is likely that your
connection was severed before
downloading the complete file (thus the "Unexpected EOF in archive" message). Try downloading
it again, or use
curl or a download manager if you continue having problems fetching the file.
Reported by jason.essington
on 2007-12-10 17:14:56
I've successfully downloaded the gwt-mac-1.4.61 build. I've created a new default GWT
application in Netbeans 6.0 (running leopard on a macbook
pro). The application runs fine. Problems occur when debugging. When I run the application
in the debugger, the following error is written to the
output window within Netbeans:
debug-connect-gwt-shell:
2007-12-10 12:20:32.524 java[1483:80f] [Java CocoaComponent compatibility mode]: Enabled
2007-12-10 12:20:32.526 java[1483:80f] [Java CocoaComponent compatibility mode]: Setting
timeout for SWT to 0.100000
Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException
at apple.awt.CGraphicsEnvironment.displayChanged(CGraphicsEnvironment.java:65)
at apple.awt.CToolkit$4.run(CToolkit.java:1259)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:269)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:190)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:184)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:176)
at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
Invalid memory access of location 00000000 eip=00000000
/Users/foo/bar/GwtTest/nbproject/build-gwt.xml:34: The following error occurred while
executing this line:
/Users/foo/bar/GwtTest/nbproject/build-gwt.xml:50: Java returned: 138
This appears to be consistent with the issue reported back on October 26th.
Reported by sourceseed
on 2007-12-10 18:29:14
@sourceseed:
Make sure you fetch this file:
http://google-web-toolkit.googlecode.com/files/gwt-leopard-1.4.61.tar.gz
NOT the file in the "Downloads" tab (see comment 83). The file is 27581319 bytes, and
the md5sum is b17d0a67389d664bce56858f142ad72d.
Reported by matthew.mceachen
on 2007-12-10 19:07:04
Hi guys!
Thanks for gwt-leopard-1.4.61.tar.gz! I'm still discovering gwt but I wasn't able to
launch a sample app since
I've installed leopard few days after it got released. (pretty hard to start in this
condition hum?)
With this test package, KitchenSink is working fine in hosted mode without any error
on the console! (and
specially without crashing too!)
Good job!
jeanluc
Reported by jlchasseriau
on 2007-12-12 11:49:35
Installed it on Leopard latest udpates installed as of 12/18/2007 and got this running
KitchenSink:
Process: java [992]
Path: /usr/bin/java
Identifier: java
Version: ??? (???)
Code Type: X86 (Native)
Parent Process: sh [990]
Date/Time: 2007-12-19 13:15:53.085 +0100
OS Version: Mac OS X 10.5.1 (9B18)
Report Version: 6
Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000002, 0x0000000000000000
Crashed Thread: 0
Dyld Error Message:
Symbol not found: __ZN3KJS11InterpreterC2EPNS_8JSObjectE
Referenced from:
/System/Library/Frameworks/WebKit.framework/Versions/A/Frameworks/WebCore.framework/Versions/A/W
ebCore
Expected in: /Applications/Dev/GWT/Frameworks/JavaScriptCore.framework/Versions/A/JavaScriptCore
Also everything compile/debug fails on both eclipse with GWT Studio and IDEA7...
What is the problem ? Can anyone help me ?
Thanks in advance,
--Eric
Reported by teknologist
on 2007-12-19 12:18:21
Aslo if I try to run the hello sample (i guess using hello shell) I get this:
~ eric$ /Applications/Dev/GWT/samples/Hello/Hello-shell ; exit;
2007-12-19 13:20:39.928 java[1032:80f] loaded in (null)
2007-12-19 13:20:39.937 java[1032:80f] LCC Scroll Enhancer loaded
2007-12-19 13:20:39.953 java[1032:80f] [Java CocoaComponent compatibility mode]: Enabled
2007-12-19 13:20:39.953 java[1032:80f] [Java CocoaComponent compatibility mode]: Setting
timeout for
SWT to 0.100000
objc[1032]: Class DOMHTMLParamElement is implemented in both
/System/Library/Frameworks/WebKit.framework/Versions/A/Frameworks/WebCore.framework/Versions/A/W
ebCore and /Applications/Dev/GWT/Frameworks/WebCore.framework/Versions/A/WebCore. Using
implementation from /Applications/Dev/GWT/Frameworks/WebCore.framework/Versions/A/WebCore.
dyld: lazy symbol binding failed: Symbol not found: __ZN3KJS11InterpreterC2EPNS_8JSObjectE
Referenced from:
/System/Library/Frameworks/WebKit.framework/Versions/A/Frameworks/WebCore.framework/Versions/A/W
ebCore
Expected in: /Applications/Dev/GWT/Frameworks/JavaScriptCore.framework/Versions/A/JavaScriptCore
dyld: Symbol not found: __ZN3KJS11InterpreterC2EPNS_8JSObjectE
Referenced from:
/System/Library/Frameworks/WebKit.framework/Versions/A/Frameworks/WebCore.framework/Versions/A/W
ebCore
Expected in: /Applications/Dev/GWT/Frameworks/JavaScriptCore.framework/Versions/A/JavaScriptCore
/Applications/Dev/GWT/samples/Hello/Hello-shell: line 3: 1032 Trace/BPT trap
java -
XstartOnFirstThread -cp "$APPDIR/src:$APPDIR/bin:$APPDIR/../../gwt-user.jar:$APPDIR/../../gwt-dev-
mac.jar" com.google.gwt.dev.GWTShell -out "$APPDIR/www" "$@"
com.google.gwt.sample.hello.Hello/Hello.html
logout
Reported by teknologist
on 2007-12-19 12:21:38
I'm able to build a HelloWorld sample project in IntelliJ, but when I try to run in
hosted mode (using GWT 1.4.61
and Java 1.5) either using an IntelliJ target, or via the command line, the hosted
mode browser flashes up then
closes with: Process finished with exit code 1.
Did anyone see this and get past this point?
Reported by rich.burdon
on 2008-01-05 22:36:20
Rich, thats about as far as anyone will get atm with 10.5 and GWT 1.4.61 This is
because AWT is not wanting to play nice. And when it does (only with JRE 5.0) it
gives a ClassNotFound exception for the various xml parsers.
Reported by basslingo
on 2008-01-17 09:24:39
@rich.burdon and @basslingo:
Please see comments 46 and 83. 10.5.1 and the hidden build here:
http://google-web-toolkit.googlecode.com/files/gwt-leopard-1.4.61.tar.gz should work
for you (it does for me).
Reported by matthew.mceachen
on 2008-01-17 17:06:54
ahh was downloading the gwt-mac-1.4.61.tar.gz makes sence now :)
Reported by basslingo
on 2008-01-17 22:44:06
Whenever I download and try to uncompess
http://google-web-toolkit.googlecode.com/files/gwt-leopard-1.4.61.tar.gz
I get an tar: unexpected EOF in archive error
Anyone else getting the same problem, got any ideas?
Reported by horaland
on 2008-01-21 11:31:36
horaland,
No problems here.
Reported by codethought
on 2008-01-21 15:46:44
Open a terminal, cd into the directory you want GWT installed, and run:
curl http://google-web-toolkit.googlecode.com/files/gwt-leopard-1.4.61.tar.gz -o \
gwt-leopard-1.4.61.tar.gz
tar xvzf gwt-leopard-1.4.61.tar.gz
Reported by matthew.mceachen
on 2008-01-21 16:47:00
Originally reported on Google Code with ID 1792
Reported by
pohl.longsine
on 2007-10-21 22:36:19