Nekochan Net

Official Chat Channel: #nekochan // irc.nekochan.net
It is currently Wed Aug 20, 2014 8:31 am

All times are UTC - 8 hours


Forum rules


Any posts concerning pirated software or offering to buy/sell/trade commercial software are subject to removal.



Post new topic Reply to topic  [ 67 posts ]  Go to page Previous  1, 2, 3, 4, 5  Next
Author Message
Unread postPosted: Thu Aug 30, 2012 6:17 am 
Offline
User avatar

Joined: Tue Jul 21, 2009 4:07 am
Posts: 522
Location: Shenzhen, P.R.C
duck wrote:
I just had a friend ping 255.255.255.255 on his FreeBSD 9.0-RELEASE, it seems to have the same flaw. My NetBSD system does not. (obviously, netbsd rocks
oh! ok thanks for confirming, then not all BSD have this flaw then hehe time to download NetBSD and OpenBSD and give them a try tomorrow to see which is which for my BSD makefile

duck wrote:
I guess sending to the right MAC will work, but you'll be assembling raw packets by then...
hmm im not sure what you mean here but what i thought at first is i just need to fill some items on the struct sockaddr_in that will contain the MAC address? but when checking the structure it doesn't have, my wrong assumption about
Quote:
encapsulates the packet using the MAC address
so how does the encapsulation done? btw, no problem with assembling raw packets here, i guess already done this inside :)

duck wrote:
More on this, an official, ignored, bug report: http://lists.freebsd.org/pipermail/free ... 19201.html
hmm so this indeed a flaw.. why did they ignore this? tsk3.. anyway thanks for this infos duck really help, so i guess will try the encapsulation of MAC just for FreeBSD then, will see tomorrow ;)

_________________
:Octane: (Sakura) :O2: (Sasuke) :1600SW: (Naruto) ... lil Jesse! (O2 laptop)
“Imagination is more important than knowledge.“ – A. Einstein


Top
 Profile  
 
Unread postPosted: Thu Aug 30, 2012 6:34 am 
Offline
User avatar

Joined: Mon Oct 27, 2003 5:22 pm
Posts: 509
Location: Jakobstad, Finland
geo wrote:
duck wrote:
I just had a friend ping 255.255.255.255 on his FreeBSD 9.0-RELEASE, it seems to have the same flaw. My NetBSD system does not. (obviously, netbsd rocks
oh! ok thanks for confirming, then not all BSD have this flaw then hehe time to download NetBSD and OpenBSD and give them a try tomorrow to see which is which for my BSD makefile

duck wrote:
I guess sending to the right MAC will work, but you'll be assembling raw packets by then...
hmm im not sure what you mean here but what i thought at first is i just need to fill some items on the struct sockaddr_in that will contain the MAC address? but when checking the structure it doesn't have, my wrong assumption about
Quote:
encapsulates the packet using the MAC address
so how does the encapsulation done? btw, no problem with assembling raw packets here, i guess already done this inside :)

duck wrote:
More on this, an official, ignored, bug report: http://lists.freebsd.org/pipermail/free ... 19201.html
hmm so this indeed a flaw.. why did they ignore this? tsk3.. anyway thanks for this infos duck really help, so i guess will try the encapsulation of MAC just for FreeBSD then, will see tomorrow ;)


Seems like I was a little hasty, there was some discussion about it (actual PR here: http://www.freebsd.org/cgi/query-pr.cgi?pr=99558&cat=), however I'm not really sure how they can call it fixed if it isn't :-)

As for sockaddr_in, no you can't just set the target MAC there, you will have to assemble IP packets and use a raw socket to work around it that way. It might however be possible with some freebsd specific option, that IP_ONESCAST Thing they talk about to make undirected broadcasts work properly.

_________________
:Octane: halo, octane
N.B.: I tend to talk out of my ass. Do not take it too seriously.


Top
 Profile  
 
Unread postPosted: Thu Aug 30, 2012 7:33 am 
Offline
User avatar

Joined: Tue Jul 21, 2009 4:07 am
Posts: 522
Location: Shenzhen, P.R.C
duck wrote:
Seems like I was a little hasty, there was some discussion about it (actual PR here: http://www.freebsd.org/cgi/query-pr.cgi?pr=99558&cat=), however I'm not really sure how they can call it fixed if it isn't
aha! this is more detailed now hmm did a quick read and it seems this can be considered a quick fix? will try to absorb this again tomorrow, a bit late here already :) thanks for this digging duck! these info somehow teach me something ;)

duck wrote:
As for sockaddr_in, no you can't just set the target MAC there, you will have to assemble IP packets and use a raw socket to work around it that way. It might however be possible with some freebsd specific option, that IP_ONESCAST Thing they talk about to make undirected broadcasts work properly.
ah i see, thanks for this clarification. ok2 will try this tomorrow on my FreeBSD and see the outcome, will feedback soon :) hmm i wonder if this IP_ONESCAST can be aslo used to other OS? so that no need to do a uname inside my code hehe but anyway, not so big deal. ok duck, thanks again for the help! will feedback tomorrow ciao!!

_________________
:Octane: (Sakura) :O2: (Sasuke) :1600SW: (Naruto) ... lil Jesse! (O2 laptop)
“Imagination is more important than knowledge.“ – A. Einstein


Top
 Profile  
 
Unread postPosted: Thu Aug 30, 2012 9:14 am 
Offline
User avatar

Joined: Mon Oct 27, 2003 5:22 pm
Posts: 509
Location: Jakobstad, Finland
FreeBSD's ip(4) man page has the gist of how to use it:
Code:
If the IP_ONESBCAST option is enabled on a SOCK_DGRAM or a SOCK_RAW
     socket, the destination address of outgoing broadcast datagrams on that
     socket will be forced to the undirected broadcast address,
     INADDR_BROADCAST, before transmission.  This is in contrast to the
     default behavior of the system, which is to transmit undirected broad-
     casts via the first network interface with the IFF_BROADCAST flag set.

     This option allows applications to choose which interface is used to
     transmit an undirected broadcast datagram.  For example, the following
     code would force an undirected broadcast to be transmitted via the inter-
     face configured with the broadcast address 192.168.2.255:

     char msg[512];
     struct sockaddr_in sin;
     u_char onesbcast = 1;   /* 0 = disable (default), 1 = enable */

     setsockopt(s, IPPROTO_IP, IP_ONESBCAST, &onesbcast, sizeof(onesbcast));
     sin.sin_addr.s_addr = inet_addr("192.168.2.255");
     sin.sin_port = htons(1234);
     sendto(s, msg, sizeof(msg), 0, &sin, sizeof(sin));

     It is the application's responsibility to set the IP_TTL option to an
     appropriate value in order to prevent broadcast storms.  The application
     must have sufficient credentials to set the SO_BROADCAST socket level
     option, otherwise the IP_ONESBCAST option has no effect.


It lives here

_________________
:Octane: halo, octane
N.B.: I tend to talk out of my ass. Do not take it too seriously.


Top
 Profile  
 
Unread postPosted: Fri Aug 31, 2012 7:24 am 
Offline
User avatar

Joined: Tue Jul 21, 2009 4:07 am
Posts: 522
Location: Shenzhen, P.R.C
duck wrote:
It lives here
guess what? IT WORK!!! you're the man duck!! i even think this approach on FreeBSD did better than the others? coz when i try it, it even got a response to more deeper subnets that the other OS can't, but will investigate more maybe i can also use the IP_ONESBCAST option for other OS, or its just for FreeBSD, lets see..

btw i tried to install NetBSD on VBox, was ok but when i try to mount an nfs, didn't work, seems no nfs client on default setup? unlike PCBSD and FreeBSD, all are ready. Also tried install OpenBSD, but installation hang-up by the time to choose the "i" for install.. need to check on this.. maybe these OS doesn't like VBox? will see too..

so i guess case close :) really thanks duck for the help, will release another version soon with some enhancements, ciao!

_________________
:Octane: (Sakura) :O2: (Sasuke) :1600SW: (Naruto) ... lil Jesse! (O2 laptop)
“Imagination is more important than knowledge.“ – A. Einstein


Top
 Profile  
 
Unread postPosted: Sun Sep 02, 2012 8:34 pm 
Offline
User avatar

Joined: Tue Jul 21, 2009 4:07 am
Posts: 522
Location: Shenzhen, P.R.C
hi guys, almost done with polishing ALPHA and will release soon :)
btw got some questions that i'm stuck with and afters this will be fine:

1. I got a xpm image file and this should be on the same path as the binary file so that if invoked, the image will be displayed. but if i try to invoke the binary on a different pwd, it seems it cannot find the xpm, which also make sense. my question is how is this properly handled? my test case is put binary and xpm file in /usr/bin/, then try invoke gXipmsg in any location, it will run but ni image displayed.

2. How can i set under a custom dialog to make the text widget have the first focus? already tried initialfocus but i cant make it work :(

Lunch break!

_________________
:Octane: (Sakura) :O2: (Sasuke) :1600SW: (Naruto) ... lil Jesse! (O2 laptop)
“Imagination is more important than knowledge.“ – A. Einstein


Top
 Profile  
 
Unread postPosted: Mon Sep 03, 2012 9:20 pm 
Offline
User avatar

Joined: Mon Oct 27, 2003 5:22 pm
Posts: 509
Location: Jakobstad, Finland
dirname(realpath(argv[0])) should be a handy enough trick to get the path, at least on unix.

_________________
:Octane: halo, octane
N.B.: I tend to talk out of my ass. Do not take it too seriously.


Top
 Profile  
 
Unread postPosted: Tue Sep 04, 2012 6:31 am 
Offline
User avatar

Joined: Tue Jul 21, 2009 4:07 am
Posts: 522
Location: Shenzhen, P.R.C
duck wrote:
dirname(realpath(argv[0])) should be a handy enough trick to get the path, at least on unix.

geeez duck, you always save me!! thanks man!! i tried this and it was perfect!! but after some other test cases, it still had the glitch.. also noticed is on different OS has its own different behavior, i know its strange coz it should be the same coz its UNIX! but let me dig around more, maybe just got it wrong, will let you know soon ;)

thanks for the FreeBSD help, all platforms are well tested now, except for NetBSD and OpenBSD, still don't have a working system coz VirualBox seems doesn't like them.. will see ;)

_________________
:Octane: (Sakura) :O2: (Sasuke) :1600SW: (Naruto) ... lil Jesse! (O2 laptop)
“Imagination is more important than knowledge.“ – A. Einstein


Top
 Profile  
 
Unread postPosted: Sat Sep 15, 2012 9:50 am 
Offline
User avatar

Joined: Tue Jul 21, 2009 4:07 am
Posts: 522
Location: Shenzhen, P.R.C
hi everyone! just can't wait to announce this one hehe so before i sleep, behold: BETA 1.0 is here!

this includes:
* more stable
* enhanced UI
* most anticipated: VERY FAST download of unlimited files from any Windows that runs IPMsg

So who needs USB, SFU/NFS, SAMBA, FTP to transfer your files like pictures, CAD drawings, MP3s, movies from modern machines to our beloved UNIX if we have this very light tool ;)

As of the moment, this version only can accept files. Coming soon are:
* download folders
* sending files
* sending folders
So that a full file sharing between any UNIX flavor and Windows is as easy as sending an email :)

So, hope you guys can try this for me? Thanks in advance for your feedback :) Already tried many file types and LARGE size like 700MB, my estimate is almost 1min plus? but im sure this was faster than my NFS setup at the office hehe

So here you go:

For those who can compile with MIPSPro:
Attachment:
gXipmsg src.zip [20.89 KiB]
Downloaded 38 times

Then do:
make
make install
gXipmsg <handlename> (eg. gXipmsg geo)

Then for now, all downloads will be place on /etc/gXipmsg/Downloads/, will enhance this more later
But for the moment, just take use of the speed of this, cheers!!


For those who cannot compile:
Please put under /usr/bin/
Attachment:
bin.zip [25.82 KiB]
Downloaded 50 times

Please put under /etc/
Attachment:
etc.zip [590 Bytes]
Downloaded 41 times



To try the file download, please install IPMsg in your Windows box, then drag and drop the files that you want to send to the text box, then press send, then it will arrive on the gXipmsg on our UNIX side, hope you have fun!

So will sleep now, bis bald!!


pssst hamei, i think you gonna like this more, now you can ask any files from your assistants PC directly to your Fuel ;) As soon as next version, you can also pass from your Fuel to her PC ;)

_________________
:Octane: (Sakura) :O2: (Sasuke) :1600SW: (Naruto) ... lil Jesse! (O2 laptop)
“Imagination is more important than knowledge.“ – A. Einstein


Top
 Profile  
 
Unread postPosted: Sun Sep 16, 2012 6:36 am 
Offline
User avatar

Joined: Tue May 04, 2004 6:55 am
Posts: 126
Location: Czech Republic
geo wrote:
hi everyone! just can't wait to announce this one hehe so before i sleep, behold: BETA 1.0 is here!

this includes:
* more stable
* enhanced UI
* most anticipated: VERY FAST download of unlimited files from any Windows that runs IPMsg

So who needs USB, SFU/NFS, SAMBA, FTP to transfer your files like pictures, CAD drawings, MP3s, movies from modern machines to our beloved UNIX if we have this very light tool ;)

As of the moment, this version only can accept files. Coming soon are:
* download folders
* sending files
* sending folders


That's nice, thanks! I will try to find a Windows box for testing... ;-)

_________________
:O2: :Indy: :Indy:


Top
 Profile  
 
Unread postPosted: Sun Sep 16, 2012 7:15 am 
Offline
User avatar

Joined: Tue Jul 21, 2009 4:07 am
Posts: 522
Location: Shenzhen, P.R.C
jirka wrote:
That's nice, thanks! I will try to find a Windows box for testing...

Thanks too jirka!! looking forward to hear your comments and suggestions ;)
tomorrow i will continue with folder downloading, coz in Windows, you can drag folders and send it :)
keep in touch, ciao!

_________________
:Octane: (Sakura) :O2: (Sasuke) :1600SW: (Naruto) ... lil Jesse! (O2 laptop)
“Imagination is more important than knowledge.“ – A. Einstein


Top
 Profile  
 
Unread postPosted: Mon Sep 17, 2012 1:47 pm 
Offline
User avatar

Joined: Mon Feb 24, 2003 8:27 am
Posts: 152
Location: TX
Quote:
I can't compile it in IRIX 6.5.30, I'd guess that my Motif headers are too old, because XmCHARSET_TEXT isn't defined anywhere in /usr/include or its subdirectories, including Xm. Which packages from what CD do I have to install to compile gXipmsg?


It appears I get the same compilation error even though it appears I'm using the 2.1 build environment.
Code:
$ ls -ld /usr/include/Xm
lrwxr-xr-x    1 root     sys           23 Sep 17 16:18 /usr/include/Xm -> ../Motif-2.1/include/Xm


What am I missing?

_________________
:Octane2: Lopper
R14K 600: 1GB: V6:


Top
 Profile  
 
Unread postPosted: Mon Sep 17, 2012 5:03 pm 
Offline
User avatar

Joined: Tue Jul 21, 2009 4:07 am
Posts: 522
Location: Shenzhen, P.R.C
s0ke wrote:
What am I missing?

hi s0ke!! thanks for trying this hmm did you shift to motif 2.1 by running this script below from kubatysko? if yes, can you pls try return it to 1.2, then reboot, then return to 2.1, then try again? sorry, i forgot to do kubatysko suggestion to make a Makefile.IRIX to pop the user to run this script just to make sure.. or should i adjust my code to be portable to 1.2?

kubatyszko wrote:
Per Motif 2.1 porting guide:

Code:
If you need to change the default environment to 2.1, enter (as root) the following command:
# /usr/Motif-2.1/lib/mksymlinks
To return the default environment to 1.2, enter:
# /usr/Motif-1.2/lib/mksymlinks




btw, i had some updates recently coz this is still a working progress, so pls download the latest cut here: https://github.com/gorais/gXipmsg.git
pls choose the develop branch, thanks again and looking forward for your comments and suggestions ;)
currently im working with the downloading coz it only uses a loop, i will re implement this to use work procedure so that it will not stuck while downloading large files.

_________________
:Octane: (Sakura) :O2: (Sasuke) :1600SW: (Naruto) ... lil Jesse! (O2 laptop)
“Imagination is more important than knowledge.“ – A. Einstein


Top
 Profile  
 
Unread postPosted: Tue Sep 18, 2012 5:19 am 
Offline
User avatar

Joined: Mon Feb 24, 2003 8:27 am
Posts: 152
Location: TX
Hmm grabbed the version from github. Attempted changing to 1.2 and back to 2.1. Still the same issue unfortunately.\

Code:
$ grep VERSION /usr/Motif-2.1/include/Xm/Xm.h
#define XmVERSION       1
#define XmVersion (XmVERSION * 1000 + XmREVISION)
#define XmVERSION_STRING "@(#)OSF/Motif Version 1.2.4"


Looks like I might not have 2.1. Anyone know what CD this is on?

_________________
:Octane2: Lopper
R14K 600: 1GB: V6:


Top
 Profile  
 
Unread postPosted: Tue Sep 18, 2012 7:19 am 
Offline
User avatar

Joined: Tue Jul 21, 2009 4:07 am
Posts: 522
Location: Shenzhen, P.R.C
s0ke wrote:
Hmm grabbed the version from github. Attempted changing to 1.2 and back to 2.1. Still the same issue unfortunately.\

Code:
$ grep VERSION /usr/Motif-2.1/include/Xm/Xm.h
#define XmVERSION       1
#define XmVersion (XmVERSION * 1000 + XmREVISION)
#define XmVERSION_STRING "@(#)OSF/Motif Version 1.2.4"


Looks like I might not have 2.1. Anyone know what CD this is on?

hmm strange is that version should be for 1.2, did you try to grep from Motif-1.2, also the same? coz maybe there was a glitch when running the mksymlinks hmmm could you also confirm the /usr/include/Xm where it currently points?

for which CD, i don't have idea, but will try dig here. really strange IRIX 6.5.30, two of my irix i did a fresh install, since there i didn't touch motif, but till now, its still doing as expected.

_________________
:Octane: (Sakura) :O2: (Sasuke) :1600SW: (Naruto) ... lil Jesse! (O2 laptop)
“Imagination is more important than knowledge.“ – A. Einstein


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 67 posts ]  Go to page Previous  1, 2, 3, 4, 5  Next

All times are UTC - 8 hours


Who is online

Users browsing this forum: No registered users and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  
Powered by phpBB® Forum Software © phpBB Group