Menu
▾
▴
line-devel — LINE development list
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
(33) |
May
(1) |
Jun
(14) |
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
(10) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
(1) |
Nov
|
Dec
|
| 2003 |
Jan
(2) |
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(11) |
Nov
|
Dec
|
| 2004 |
Jan
|
Feb
|
Mar
(3) |
Apr
(3) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Jakob E. <ja...@vm...> - 2004-04-07 14:39:48
|
Jakob Eriksson wrote: > > davesharp wrote: > >> Hi All, >> >> Great work on LINE, and I am very interested in porting the >> application to the BeOS platform. BeOS is already POSIX complient so >> I am hoping very few system calls will actually need to be translated. >> >> I am worried about the int80.sys driver though and how that would >> effect the project. Would I have to port that as well? >> > > Yes, and this is where the magic is. Translating int80 Linux syscalls > to host target syscalls is done via > a version of the cygwin dll. (AFAIK.) > > Porting to another OS altogether is possible. You can either use > something else > than the cygwin code for your int80 translator, or you could port over > the cygwin dll to BeOS. > > >> Plus, can the same technique be used to intercept calls to X11 to >> translate them into local API calls? >> >> > > No, that's on another level. Sure, it could probably be done on some > level, but translating X11 to whatever > is a project on its own, much more complex than LINE itself. > > If you want to run X11 programs, it's easiest to just run an X server > on your host platform. (BeOS.) > > (If I had a wishlist, I'd like to se LINE running on MacOS X. Then you > could run Windows programs on MacOS... that would > be awesome. But I guess you think the same of running Windows programs > on BeOS. :-) > By the way, I am totally misguided. I was mixing up LINE with qemu http://fabrice.bellard.free.fr/qemu/ ... :-) Both projects are cool. And I also deduce you use BeOS on i386, not PPC. ;-) Jakob |
|
From: Jakob E. <ja...@vm...> - 2004-04-07 14:21:42
|
davesharp wrote: >Hi All, > >Great work on LINE, and I am very interested in porting the application to the BeOS platform. BeOS is already POSIX complient so I am hoping very few system calls will actually need to be translated. > >I am worried about the int80.sys driver though and how that would effect the project. Would I have to port that as well? > > Yes, and this is where the magic is. Translating int80 Linux syscalls to host target syscalls is done via a version of the cygwin dll. (AFAIK.) Porting to another OS altogether is possible. You can either use something else than the cygwin code for your int80 translator, or you could port over the cygwin dll to BeOS. >Plus, can the same technique be used to intercept calls to X11 to translate them into local API calls? > > No, that's on another level. Sure, it could probably be done on some level, but translating X11 to whatever is a project on its own, much more complex than LINE itself. If you want to run X11 programs, it's easiest to just run an X server on your host platform. (BeOS.) (If I had a wishlist, I'd like to se LINE running on MacOS X. Then you could run Windows programs on MacOS... that would be awesome. But I guess you think the same of running Windows programs on BeOS. :-) regards, Jakob |
|
From: davesharp <dav...@ch...> - 2004-04-07 12:37:16
|
Hi All, Great work on LINE, and I am very interested in porting the application to the BeOS platform. BeOS is already POSIX complient so I am hoping very few system calls will actually need to be translated. I am worried about the int80.sys driver though and how that would effect the project. Would I have to port that as well? Plus, can the same technique be used to intercept calls to X11 to translate them into local API calls? Any help you can give me would be greatly appreciated. Thanks David Sharp |
|
From: Vivek J. <viv...@ya...> - 2004-03-29 18:37:21
|
try out the CVS --------------------------------- Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. |
|
From: Jakob E. <ja...@vm...> - 2004-03-29 18:08:33
|
Don't know its internals, wish you good luck though. Anand Sasidharan wrote: >hi everyone, > >i am trying to do a scaled down version of line. i was >planning not to use cygwin (only a limited set of >executables need to be run). i went through the line >source code and found that it supports a lot of system >calls. i intend to run only a single process with >minimal number of syscalls (read, write, open, close >etc). so if anyone can send me some code in the early >stages of development of line, it would be a great >help. it need to run only simple arithmetic programs >and bugs are ok. > >Anand > >__________________________________ >Do you Yahoo!? >Yahoo! Finance Tax Center - File online. File on time. >http://taxes.yahoo.com/filing.html > > >------------------------------------------------------- >This SF.Net email is sponsored by: IBM Linux Tutorials >Free Linux tutorial presented by Daniel Robbins, President and CEO of >GenToo technologies. Learn everything from fundamentals to system >administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click >_______________________________________________ >line-devel mailing list >lin...@li... >https://lists.sourceforge.net/lists/listinfo/line-devel > > |
|
From: Anand S. <ana...@ya...> - 2004-03-29 16:34:35
|
hi everyone, i am trying to do a scaled down version of line. i was planning not to use cygwin (only a limited set of executables need to be run). i went through the line source code and found that it supports a lot of system calls. i intend to run only a single process with minimal number of syscalls (read, write, open, close etc). so if anyone can send me some code in the early stages of development of line, it would be a great help. it need to run only simple arithmetic programs and bugs are ok. Anand __________________________________ Do you Yahoo!? Yahoo! Finance Tax Center - File online. File on time. http://taxes.yahoo.com/filing.html |
|
From: Michael V. <mv...@qu...> - 2003-10-30 20:53:07
|
At 11:47 AM 10/30/2003, Jakob Eriksson wrote: >Andrew G. Tereschenko wrote: > >>Yep ... >>Completely agree.. >>I've done some changes in Int80 code, but nobody has even reviewed it and >>not commited to CVS. >> >>I dislike idea to add one more fork to existing LINE and umlwin32 but it >>looks like this is a must. >>If somebody would like to share his time or ideas it will nice to bring this >>project to life. >> > >AFAIK SourceForge allows for taking over "dead" projects. If somebody has the time/ideas, I think a better use of their time would be to resurrect umlwin32 rather than LINE. Just my 2 cents, for what it's worth. Michael >>If this is possible - I preffer to make CygWin free emulation. (probably >>some code can be copied - but this is subject to license research). >>Also another goal will be security to allow usage of this library in >>multiuser/server enviroment. >> > >Cygwin is GPL, so no problem copying their code. > > > >regards, >Jakob > > > > >------------------------------------------------------- >This SF.net email is sponsored by: SF.net Giveback Program. >Does SourceForge.net help you be more productive? Does it >help you create better code? SHARE THE LOVE, and help us help >YOU! Click Here: http://sourceforge.net/donate/ >_______________________________________________ >line-devel mailing list >lin...@li... >https://lists.sourceforge.net/lists/listinfo/line-devel |
|
From: Michael V. <mv...@qu...> - 2003-10-30 20:46:55
|
At 08:37 AM 10/30/2003, Erik Paulson wrote: >On Thu, Oct 30, 2003 at 05:52:59AM -0500, Pat Villani wrote: > > A while back I subscribed to this list because I thought it was an > > interesting project. It has long since gone silent. Granted I've only > > been lurking and not contributing, I was wondering what happened to the > > original developers. Anyone know? > > > >The original developer got a job a few years back after school and moved >off to work on that. He did say that he wasn't going to be able to work >on LINE any more, and I don't know if he's even still reading this >list anymore. He was the only one actively working on the codebase, and >I don't think anything has happened since May of 2001. The last time I heard >from him was like October of 2001. I'm still lurking :) I haven't touched the code since May 2001 though. Michael >Some of the code was picked up and used in the Win32 port of User-Mode-Linux, >mostly the syscall redirector driver. That project is at >http://umlwin32.sourceforge.net/, but it has also been dead for a long time >(I haven't heard from him since July or August of 2002) > >-Erik |
|
From: Jakob E. <ja...@vm...> - 2003-10-30 19:49:13
|
Andrew G. Tereschenko wrote: >Yep ... >Completely agree.. >I've done some changes in Int80 code, but nobody has even reviewed it and >not commited to CVS. > >I dislike idea to add one more fork to existing LINE and umlwin32 but it >looks like this is a must. >If somebody would like to share his time or ideas it will nice to bring this >project to life. > > AFAIK SourceForge allows for taking over "dead" projects. >If this is possible - I preffer to make CygWin free emulation. (probably >some code can be copied - but this is subject to license research). >Also another goal will be security to allow usage of this library in >multiuser/server enviroment. > > Cygwin is GPL, so no problem copying their code. regards, Jakob |
|
From: Andrew G. T. <ta...@ib...> - 2003-10-30 19:19:38
|
Yep ... Completely agree.. I've done some changes in Int80 code, but nobody has even reviewed it and not commited to CVS. I dislike idea to add one more fork to existing LINE and umlwin32 but it looks like this is a must. If somebody would like to share his time or ideas it will nice to bring this project to life. If this is possible - I preffer to make CygWin free emulation. (probably some code can be copied - but this is subject to license research). Also another goal will be security to allow usage of this library in multiuser/server enviroment. What do you think ? -- Andrew G. Tereschenko TAG Software ----- Original Message ----- From: "Jakob Eriksson" <ja...@vm...> To: "Pat Villani" <pa...@mo...> Cc: <lin...@li...> Sent: Thursday, October 30, 2003 7:51 PM Subject: Re: [line-devel] What did happen to LINE? > Pat Villani wrote: > > > A while back I subscribed to this list because I thought it was an > > interesting project. It has long since gone silent. Granted I've > > only been lurking and not contributing, I was wondering what happened > > to the original developers. Anyone know? > > > I have tried to contact the developer on four email addresses, but all > bounces. > > > regards, > Jakob |
|
From: Jakob E. <ja...@vm...> - 2003-10-30 17:51:54
|
Pat Villani wrote: > A while back I subscribed to this list because I thought it was an > interesting project. It has long since gone silent. Granted I've > only been lurking and not contributing, I was wondering what happened > to the original developers. Anyone know? I have tried to contact the developer on four email addresses, but all bounces. regards, Jakob |
|
From: Erik P. <epa...@cs...> - 2003-10-30 16:37:24
|
On Thu, Oct 30, 2003 at 05:52:59AM -0500, Pat Villani wrote: > A while back I subscribed to this list because I thought it was an > interesting project. It has long since gone silent. Granted I've only > been lurking and not contributing, I was wondering what happened to the > original developers. Anyone know? > The original developer got a job a few years back after school and moved off to work on that. He did say that he wasn't going to be able to work on LINE any more, and I don't know if he's even still reading this list anymore. He was the only one actively working on the codebase, and I don't think anything has happened since May of 2001. The last time I heard from him was like October of 2001. Some of the code was picked up and used in the Win32 port of User-Mode-Linux, mostly the syscall redirector driver. That project is at http://umlwin32.sourceforge.net/, but it has also been dead for a long time (I haven't heard from him since July or August of 2002) -Erik |
|
From: Pat V. <pa...@mo...> - 2003-10-30 10:53:02
|
A while back I subscribed to this list because I thought it was an interesting project. It has long since gone silent. Granted I've only been lurking and not contributing, I was wondering what happened to the original developers. Anyone know? Pat |
|
From: Jakob E. <ja...@vm...> - 2003-10-29 16:30:25
|
Jim Russell wrote: > That's not exactly what I'm wanting. My real goal is to create a Tcl > starkit (see http://mini.net/tcl/starkit) that runs under Windows, but > is easily maintained through the LINE extension. If I had the ability > to load Linux shared libraries into a Windows executable, it be much > easier to add extensions to the starkit. I wouldn't even have to > compile or cross-compile the extension into a Windows DLL. The idea > sounds good, but I'm not experienced with the inner workings of > dynamic loaders, especially those running under Windows. It may not > even be workable, but I hoped that this group could give me insight as > to how much effort is required. I suspect what you want to do is quite doable. Similar projects on the other side of the fence have been done. (Windows things run under linux - see mplayer, captive-ntfs and other projects.) I am afraid though, that this group is very silent. I for instance, am not really related to the project - interested bystander only. regards, Jakob |
|
From: Jim R. <Jim...@dy...> - 2003-10-29 16:19:59
|
That's not exactly what I'm wanting. My real goal is to create a Tcl starkit (see http://mini.net/tcl/starkit) that runs under Windows, but is easily maintained through the LINE extension. If I had the ability to load Linux shared libraries into a Windows executable, it be much easier to add extensions to the starkit. I wouldn't even have to compile or cross-compile the extension into a Windows DLL. The idea sounds good, but I'm not experienced with the inner workings of dynamic loaders, especially those running under Windows. It may not even be workable, but I hoped that this group could give me insight as to how much effort is required. Jakob Eriksson wrote: > > > How about instead running linux Tcl directly? Would that help? > > Jakob > > > |
|
From: Jakob E. <ja...@vm...> - 2003-10-29 16:05:51
|
Jim Russell wrote: > I was hoping that it would be feasible to create a Tcl extension from > LINE that would enable Tcl to load Linux shared objects into a Tcl > interpreter running under Windows. Is this idea completely crazy? If > not, I would really appreciate a few tips on where to begin. > How about instead running linux Tcl directly? Would that help? Jakob |
|
From: Jim R. <Jim...@dy...> - 2003-10-29 15:33:18
|
I was hoping that it would be feasible to create a Tcl extension from LINE that would enable Tcl to load Linux shared objects into a Tcl interpreter running under Windows. Is this idea completely crazy? If not, I would really appreciate a few tips on where to begin. |
|
From: McMechan, J. W C. <jam...@na...> - 2003-09-22 17:23:55
|
That looks like the compatability macros hit again. Some of the glib headers now have macros for compatibility that cause = structure definitions to blow up like this. I would suggest gcc -E to see what it is really creating in that = location note that after including all those headers it may be at line 5000 not = 13 if that is the case the line source will need to have the definitons = changed at least until glib gives up on those macros This is based on what I saw with user mode linux --------------- linux_stat.h:13: warning: no semicolon at end of struct or union linux_stat.h:13: parse error before '.' token |
|
From: <bil...@ca...> - 2003-09-18 16:46:51
|
Please forgive my lazy approach to this problem, but it seems like one that others may have gotten past multiple times already. Since LINE hasn't changed for a while, I thought it would be pretty simple to build it and try it out. Though it just says "compile with cygwin", there is cygwin.dll 1.1.8 on the downloads page, which leads me to believe that's what most people (or at least the LINE author) are using. I'm using a cygwin that is pretty close to the current stuff from Red Hat on WinXP Pro (uname -a says "CYGWIN_NT-5.1 attaboy 1.3.22(0.78/3/2) 2003-03-18 09:20 i686 unknown unknown Cygwin"), and I think it's putting me into header file hell (see below). Obviously, I've already looked for missing semi-colons :-), so something more elaborate has changed. Has anyone seen and gotten past this particular grief? If not, I'll dig into it later. Thanks! ---------------------------------------------------------------- gcc -Wall -g -I../common -DLINE_VERSION=\"0.5\" -DLOG_SOURCE=LOG_LINEXEC -c -o fileio.o fileio.c In file included from fileio.c:40: linux_stat.h:13: warning: no semicolon at end of struct or union linux_stat.h:13: parse error before '.' token linux_stat.h:14: parse error before '.' token linux_stat.h:15: parse error before '.' token linux_stat.h:31: warning: no semicolon at end of struct or union linux_stat.h:31: parse error before '.' token linux_stat.h:33: parse error before '.' token linux_stat.h:35: parse error before '.' token linux_stat.h:39: parse error before '}' token linux_stat.h:64: warning: no semicolon at end of struct or union linux_stat.h:64: parse error before '.' token linux_stat.h:67: parse error before '.' token linux_stat.h:70: parse error before '.' token linux_stat.h:75: parse error before '}' token fileio.c: In function `copy_stat': fileio.c:213: dereferencing pointer to incomplete type fileio.c:214: dereferencing pointer to incomplete type fileio.c:215: dereferencing pointer to incomplete type fileio.c:216: dereferencing pointer to incomplete type fileio.c:217: dereferencing pointer to incomplete type fileio.c:218: dereferencing pointer to incomplete type fileio.c:219: dereferencing pointer to incomplete type fileio.c:220: dereferencing pointer to incomplete type fileio.c:221: dereferencing pointer to incomplete type fileio.c:222: dereferencing pointer to incomplete type fileio.c:223: dereferencing pointer to incomplete type fileio.c:224: dereferencing pointer to incomplete type fileio.c:225: dereferencing pointer to incomplete type fileio.c: In function `get_dir_size': fileio.c:250: dereferencing pointer to incomplete type fileio.c: In function `l__llseek': fileio.c:764: warning: unused variable `offset_high' make[1]: *** [fileio.o] Error 1 make[1]: Leaving directory `/cygdrive/c/uml/line-0.5/src/Linexec' make: *** [all] Error 2 ---------------------------------------------------------------- -- bi...@ca... (WJCarpenter) PGP 0x91865119 38 95 1B 69 C9 C6 3D 25 73 46 32 04 69 D6 ED F3 |
|
From: Jian-Huei G. <jia...@ya...> - 2003-03-13 19:00:48
|
I've tried to port one application that only accepts piped (stdin) input file for processing, like: application < file.dat ( or cat file.dat | application ) I tried to use the following command, but without any success... :( line application < file.dat The "line" tool will always treat < file.dat as arguments! Is there any way around to this problem??? Thanks, JH p.s. I wonder if I can still get any response from this forum, since it's so quiet here.... --------------------------------- Do you Yahoo!? Yahoo! Web Hosting - establish your business online |
|
From: Lombardo D. <da...@li...> - 2003-01-24 13:15:40
|
Is there any way to run a X app (like XPaint) under the CygWin X-Server =
and Line? I know that I'm very stupid but I can't run it!
Please help me because I can't solve my problem without your help.
Thanks a lot!
David
P.S. If somebody tells me of another server, I can also use it, of =
course!
|
|
From: Henning K. <hen...@gm...> - 2003-01-13 18:31:36
|
Hi! I'm new to this project and I'm wondering if it is still alive. The latest Release is quite old. Is there a cvs repository with newer code? I'm working on AROS (www.aros.org), which is an AmigaOS clone. We have some sort of "virtual machine" (like VMWare/Bochs) running under Linux. Because noone really wants to develop under Windows, but the userbase could be quite big, we thought that we might let it run through LINE. Surprisingly it somewhat works, except for unimplemented syscall "setitimer", which unfortunately is necessary for the multitasking, so that right now it freezes after some initializations. Nevertheless, good work. Viele Gr=FC=DFe, Henning Kiel <hen...@gm...> |
|
From: pclouds <pc...@us...> - 2002-10-28 14:28:04
|
Hi all I've just known LINE recently and try to use it. I can run static-linked ELF binaries well, but i failed with dynamic-linked ELF binaries. Here is some info: [pclouds@pts/3 script]$ldd GIZA++.shared=20 libstdc++-libc6.2-2.so.3 =3D> /usr/lib/libstdc++-libc6.2-2.so.3 (0x40026= 000) libm.so.6 =3D> /lib/i686/libm.so.6 (0x40068000) libc.so.6 =3D> /lib/i686/libc.so.6 (0x4008b000) /lib/ld-linux.so.2 =3D> /lib/ld-linux.so.2 (0x40000000) [pclouds@pts/3 script]$uname -a Linux localhost.localdomain 2.4.7-10 #1 Thu Sep 6 17:27:27 EDT 2001 i686 = unknown [pclouds@pts/3 script]$file GIZA++.shared=20 GIZA++.shared: ELF 32-bit LSB executable, Intel 80386, version 1, dynamic= ally linked (uses shared libs), stripped I have copied all files above to cygwin/lib, but it said something like "can not load shared object: libm.so.6: no such file or directory" If i delete libc.so.6 or libstdc++, it says it can not load those librari= es. So i think i have copied the libraries to the right place. I'm using Line-0.5 (cygwin 1.1.8). Could you help me, please? Thanks in advance --=20 Bi C=E1=BB=9D Lao |
|
From: David E. <te...@ge...> - 2002-09-27 12:16:38
|
Hi Erik, Thanks for the info... I'll have to read it carefully later, but for now, what I have to tell you is, thanks for your answer, and I'm trying to run it under LINE because we use a Linux software that only have Linux, and Solaris daemons, so, if I can run that daemon under line and it uses LMGRD of Win32 its ok, if it has to run lmgrd from line no prob. do you have any idea of which library does it use or how can I figure it out? Cheers! David. ----- Original Message ----- From: "Erik Paulson" <epa...@cs...> To: "David Epelboim" <te...@ge...> Cc: <lin...@li...> Sent: Friday, September 27, 2002 1:07 AM Subject: Re: [line-devel] newbie question > On Thu, Sep 19, 2002 at 01:13:30PM -0300, David Epelboim wrote: > > Hi, > > > > I have downloaded line and runned it, > > > > What I'm looking for, is a way to run a FlexLM daemon that is compiled for > > Linux, under Windows, to serve licenses for Linux computers. > > > > I have tried /cygdrive/c/linux/line-0.5/line.exe > > /cygdrive/c/linux/lm/lmgrd.exe and it exits with error level -2. > > > > Any ideas from any of you? > > > > Hi David, > Prehaps the flexlm daemon is missing the dynamic libraries that it needs. > See the FAQ's at http://line.sourceforge.net/faq.php for some more hints. > > LINE development is also pretty much in deep-freeze; Michael Vines basically > said a year ago that he was done with LINE (who knows if he even still reads > this list). It turns out that others might take up the LINE codebase to get > the User-Mode-Linux port done; there's been a good bit of progress in the > past few months - check out http://umlwin32.sourceforge.net/ (hey Mike, if you > still read this list, that code I promised you way back when I finally gave > to someone :) > > -Erik > > (ps Not that I want to discourage you from using LINE, but I'd guess it'd be > easier to get the Windows version lmgrd running - I think the flexlm daemons > are free, and the licenses can be served from either a Unix platform or a > Windows box) > |
|
From: Erik P. <epa...@cs...> - 2002-09-27 04:09:33
|
On Thu, Sep 19, 2002 at 01:13:30PM -0300, David Epelboim wrote: > Hi, > > I have downloaded line and runned it, > > What I'm looking for, is a way to run a FlexLM daemon that is compiled for > Linux, under Windows, to serve licenses for Linux computers. > > I have tried /cygdrive/c/linux/line-0.5/line.exe > /cygdrive/c/linux/lm/lmgrd.exe and it exits with error level -2. > > Any ideas from any of you? > Hi David, Prehaps the flexlm daemon is missing the dynamic libraries that it needs. See the FAQ's at http://line.sourceforge.net/faq.php for some more hints. LINE development is also pretty much in deep-freeze; Michael Vines basically said a year ago that he was done with LINE (who knows if he even still reads this list). It turns out that others might take up the LINE codebase to get the User-Mode-Linux port done; there's been a good bit of progress in the past few months - check out http://umlwin32.sourceforge.net/ (hey Mike, if you still read this list, that code I promised you way back when I finally gave to someone :) -Erik (ps Not that I want to discourage you from using LINE, but I'd guess it'd be easier to get the Windows version lmgrd running - I think the flexlm daemons are free, and the licenses can be served from either a Unix platform or a Windows box) |
