mosync on linux

7 posts / 0 new
Login or register to post comments
Last post
19 October, 2011 - 14:42
#1
klestor
klestor's picture
Offline
Joined: 24 Sep 2011
Posts:
mosync on linux

Hi I'm new here and was trying to install a mosync on my debian squeeze. It's probably some very obvious error that I just can't see :(.
I've tried to use Wine-1.0.1, and although the installation goes through with no problem the program crashes on startup with the error note and reference to the 'workspace/.metadata/.log.' file which unfortunatelly is empty:(.

My Wine terminal output :

# wine mosync.exe
fixme:mixer:ALSA_MixerInit No master control found on HDA ATI HDMI, disabling mixer
fixme:reg:GetNativeSystemInfo (0x32f64c) using GetSystemInfo()
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
fixme:system:SetProcessDPIAware stub!
An exception occurred while writing to the platform log:
java.io.IOException: Invalid parameter
at java.io.FileOutputStream.writeBytes(Native Method)
at java.io.FileOutputStream.write(Unknown Source)
at sun.nio.cs.StreamEncoder.writeBytes(Unknown Source)
at sun.nio.cs.StreamEncoder.implFlushBuffer(Unknown Source)
at sun.nio.cs.StreamEncoder.implFlush(Unknown Source)
at sun.nio.cs.StreamEncoder.flush(Unknown Source)
at java.io.OutputStreamWriter.flush(Unknown Source)
at java.io.BufferedWriter.flush(Unknown Source)
at org.eclipse.core.runtime.adaptor.EclipseLog.log(EclipseLog.java:307)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:187)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:619)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:574)
at org.eclipse.equinox.launcher.Main.run(Main.java:1407)
Logging to the console instead.

!ENTRY org.eclipse.osgi 4 0 2011-10-19 13:19:42.668
!MESSAGE Application error
!STACK 1
org.eclipse.swt.SWTError: No more handles
at org.eclipse.swt.SWT.error(SWT.java:4109)
at org.eclipse.swt.SWT.error(SWT.java:3998)
at org.eclipse.swt.SWT.error(SWT.java:3969)
at org.eclipse.swt.graphics.Image.initNative(Image.java:749)
at org.eclipse.swt.graphics.Image.(Image.java:579)
at org.eclipse.jface.resource.URLImageDescriptor.createImage(URLImageDescriptor.java:162)
at org.eclipse.jface.resource.ImageDescriptor.createImage(ImageDescriptor.java:227)
at org.eclipse.jface.resource.ImageDescriptor.createImage(ImageDescriptor.java:205)
at org.eclipse.ui.internal.Workbench.initializeImages(Workbench.java:1691)
at org.eclipse.ui.internal.Workbench.createDisplay(Workbench.java:720)
at org.eclipse.ui.PlatformUI.createDisplay(PlatformUI.java:161)
at org.eclipse.ui.internal.ide.application.IDEApplication.createDisplay(IDEApplication.java:145)
at org.eclipse.ui.internal.ide.application.IDEApplication.start(IDEApplication.java:88)
at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:196)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:369)
at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:619)
at org.eclipse.equinox.launcher.Main.basicRun(Main.java:574)
at org.eclipse.equinox.launcher.Main.run(Main.java:1407)
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet

I would be very happy if someone could help me with this one. I tried also bulding mosync's gcc but failed with that too (with: gcc: c-parse.c: No such file or directory). But that's a different story. Frankly I just need to have a possibility to use an SDK and emulator on linux, so if it was possible to have MoSync working under Wine it would be great!

Top
Tags:

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
21 October, 2011 - 08:08
#2
Sam Pickard
rival's picture
Offline
Mobile Archmage
Joined: 19 Mar 2009
Posts:

I don't know of anyone who has tried MoSync on WINE before, so this hasn't come up. One suggestion (untried) from Google is to start MoSync at the command line with 'MoSync.exe -data ' where the empty folder will be a new workspace folder.

Top
22 October, 2011 - 15:47
#3
klestor
klestor's picture
Offline
Joined: 24 Sep 2011
Posts:

Thanks for your reply, but I'm afraid that I didn't manage to have it working with these hints.
I think I've spent too much time trying to run MoSync SDK on Linux already.
I'll just have to cope with a dual boot, and just run it from Windows (didn't have any problems running it there, which makes me happy:).
Although I'll be waiting impatiently for a native linux client :p

Top
28 January, 2012 - 00:46
#4
SteveW
SteveW's picture
Offline
Joined: 21 May 2010
Posts:

Is the MoSync IDE on Linux ever likely to happen?

Desktop Linux as an output target would also be really cool ;)

Top
3 February, 2012 - 14:21
#5
Fredrik Eldh
Fredrik's picture
Offline
Mobile Sorcerer
Joined: 16 Feb 2009
Posts:

I'm afraid I can't help you with Eclipse. I guess that win32-java on Wine won't work very well.

Building from source is a little more possible. The problem with c-parse.c is new. It's normally generated by bison from c-parse.y. On older versions of Ubuntu, it didn't fail. I haven't yet been able to fix the error, but fortunately, I have a copy, which I've attached to this message. With that, you should be able to build enough of gcc for MoSync. (Specifically, the executables 'xgcc', 'cc1' and 'cc1plus'.) Run 'install.rb' to copy them to the appropriate locations.

For the rest of MoSync, you'll want to use my branch, which has some recent fixes for Linux.

AttachmentSize
c-parse.zip 44.89 KB
Top
12 March, 2012 - 13:44
#6
dhardy
dhardy's picture
Offline
Joined: 12 Mar 2012
Posts:

Score, someone else building on linux (as well as someone with the exact same error running it in wine)!

I found I actually already had a copy of the c-parse.c file at gcc_trunk/gcc-3.4.6/gcc/c-parse.c (identical to yours) and just copied that into the build/gcc/gcc directory.

As for the rest of MoSync, there's quite a few differences between your branch and trunk now. Is yours current enough? In any case both fail with an error like 'mosync/mosync_fredrikeldh/rules/error.rb:19:in `error': Could not find gcc version. (RuntimeError)'. I'll try to find out why...

Top
20 April, 2012 - 14:04
#7
dero
dero's picture
Offline
Joined: 20 Apr 2012
Posts:

Error: Command failed, code 1

/home/jesus/mosync/mosync_trunk/rules/error.rb:19:in `error': Command failed, code 1 (RuntimeError)

        from /home/jesus/mosync/mosync_trunk/rules/util.rb:101:in `sh'

        from /home/jesus/mosync/mosync_trunk/rules/util.rb:92:in `popen'

        from /home/jesus/mosync/mosync_trunk/rules/util.rb:92:in `sh'

        from /home/jesus/mosync/mosync_trunk/rules/gcc.rb:81:in `execute'

        from /home/jesus/mosync/mosync_trunk/rules/task.rb:199:in `invoke'

        from /home/jesus/mosync/mosync_trunk/rules/task.rb:244:in `invoke'

        from /home/jesus/mosync/mosync_trunk/rules/task.rb:196:in `invoke'

        from /home/jesus/mosync/mosync_trunk/rules/task.rb:196:in `each'

        from /home/jesus/mosync/mosync_trunk/rules/task.rb:196:in `invoke'

        from /home/jesus/mosync/mosync_trunk/rules/task.rb:244:in `invoke'

        from /home/jesus/mosync/mosync_trunk/rules/task.rb:85:in `invoke'

        from /home/jesus/mosync/mosync_trunk/rules/task.rb:85:in `each'

        from /home/jesus/mosync/mosync_trunk/rules/task.rb:85:in `invoke'

        from /home/jesus/mosync/mosync_trunk/intlibs/bluetooth/workfile.rb:44

        from /home/jesus/mosync/mosync_trunk/rules/task.rb:138:in `load'

        from /home/jesus/mosync/mosync_trunk/rules/task.rb:138:in `invoke_subdir_ex'

        from /home/jesus/mosync/mosync_trunk/rules/task.rb:147:in `invoke_subdirs_ex'

        from /home/jesus/mosync/mosync_trunk/rules/task.rb:147:in `each'

        from /home/jesus/mosync/mosync_trunk/rules/task.rb:147:in `invoke_subdirs_ex'

        from /home/jesus/mosync/mosync_trunk/rules/task.rb:144:in `invoke_subdirs'

        from ./workfile.rb:115

        from /home/jesus/mosync/mosync_trunk/rules/targets.rb:35:in `call'

        from /home/jesus/mosync/mosync_trunk/rules/targets.rb:35:in `invoke'

        from /home/jesus/mosync/mosync_trunk/rules/targets.rb:122:in `invoke'

        from /home/jesus/mosync/mosync_trunk/rules/targets.rb:118:in `each'

        from /home/jesus/mosync/mosync_trunk/rules/targets.rb:118:in `invoke'

        from ./workfile.rb:190

Any idea?
 
dero
Top